Jump to content

iorek

Members
  • Posts

    727
  • Joined

  • Last visited

Everything posted by iorek

  1. bonjour tout d'abord content que ce module donne satisfaction. Effectivement le produit a été conçu pour gérer sous un compte commerçant (= 1 Siret) plusieurs boutiques et donc d'avoir soit une globalisation des paiements par siret, soit par boutique en limitant la vision à une boutique une boutique est un identifiant et donc associé à un certificat pour le calcul de la clef SHA-1. à noter que toutes les boutiques peuvent être associées au même contrat VAD (mais aussi à plusieurs), sous réserve que toutes les boutiques appartiennent au même SIRET. à noter aussi, mais ce n'est pas dans le périmètre de Prestashop, qu'on peut changer dynamiquement le contrat VAD lors de l'appel du formulaire (sert aux grands marchands qui font du déliassage en amont en fonction du bin de la carte) hors sujet toutefois pour Prestashop. Nous ne pouvons malheureusement pas trop vous aider dans la relation contractuelle avec votre banque. celle-ci, si elle ne comprend pas tout (ils ne peuvent pas être experts de toutes les fonctionnalités du produit) peut s'appuyer sur Natixis Paiement qui gère la création des boutiques. Nous n'avons aucun élément tarifaire à vous donner et vous laissons négocier avec votre banque votre besoin multi-url. bonne continuation.
  2. bonjour si bien sûr et cela s'appelle payzen. même produit, même équipe, même plateforme, même compétence. faut juste changer l'url du module de paiement, le logo et souscrire un contrat avec Lyra directement. le module reste gratuit bien sûr. la souscription démarre à 14,90 €HT par mois. Payzen est le nom de la plateforme pour toutes les banques hors Banques Populaires Natixis, CNCE pour nous contacter: http://store.payzen.eu/contact-form.php
  3. il fait ce qu'il veut. ce n'est pas une question d'être le premier ou le deuxième. Les modules que nous mettons en ligne sont développés par l'équipe SystemPay chez Lyra Network. donc on sait de quoi on parle car c'est notre plate-forme. Ensuite nous codons des paramètres spécifiques (contrib par exemple) pour pouvoir pousser de l'information vers les utilisateurs de nos modules lors de mise à jour. car ce paramètre est stocké par paiement dans notre base de données. pour la vidéo, il y a longtemps que nous avons mis en ligne une vidéo de e-learning (pas une présentation!) du module http://media.lyra-network.com/natixis/Prestashop.html à noter que nous livrerons une version 2.6 du module prochainement pour ne plus appeler l'url de retour en mode POST (car les dernières versions de Mozilla sont verbeuses sur le sujet) mais en GET. C'est possible avec la version 2.5 mais il faut modifier le code en ajoutant un champ dans le formulaire. je rappelle aussi que le module est gratuit en version Single et que c'est l'essentiel de l'utilisation du module. Je rappelle aussi que nous livrons des modules de paiement uniquement pour SystemPay, mais pas seulement pour Prestashop, mais pour: Magento, Oscommerce Thelia Drupal Zencart Webaccapela CScart Toweb Picli Creload Virtuemart c'est un travail considérable mais toujours autour de SystemPay. nous ne sommes pas une société de service multi-psp. nous sommes un PSP! donc vous avez tjs le choix encre l'équipe SystemPay et ISI...si vous devez intégrer la solution de paiement systempay des banques populaires. Vous êtes seul juge. il me semble que ce thread vise à résoudre des problèmes autour de systempay, pas de déclencher une guerre d'informaticiens cloner. je ne répondrai désormais qu'aux questions sur SystemPay.
  4. bonjour Cyberplus est la marque générique pour désigner le paiement sur internet dans le groupe Banques Populaire SystemPay est le nom de la nouvelle plateforme de paiement par opposition à SIPS solution d'atos qui n'est plus proposée par les banques populaires. nous recommandons fortement donc à ce client de déployer la solution SystemPay et de vérifier qu'il a bien contracté la solution SystemPay auprès de sa banque populaire et non SIPS. les clients SIPS seront de toute façon appelés à migrer vers la nouvelle solution SystemPay. et sips n''est plus proposé depuis Septembre 2009. le module de l'offre commerciale Cyberplus associé à la plateforme systempay se trouve à cette url: http://www.prestastore.com/payment-modules-prestashop/929-systempay-cyberplus-paiement-.html
  5. bonjour, il suffit de que l'url de retour soit posté en GET et non un POST. (en formulaire V1 c'est du post par défaut) le prochain module de paiement que nous mettrons en ligne rapidement permet de choisir entre GET et POST (et NONE). Nous recommandons de prendre le mode GET (ou NONE d'ailleurs) car les dernières versions de Mozilla génèrent ce message. mozilla croit que le post est une faille de sécurité. en attendant qu'on mette en ligne la dernière version du module pour appeler l'url de retour en GET, vous pouvez ajouter dans le code php du formulaire posté lors de l'appel de la page de paiement le paramètre return_mode et le valoriser à GET. le message disparaitra tout de suite. et ce n'est pas très compliqué à faire. P.S: cedric, grand expert de SystemPay connaissait-il la réponse?
  6. c'est super. sp+ va disparaitre au profit de systempay. cela simplifiera ta maintenance. le mauvais prend le dessus sur le bon. Etonnant non? tu vas vraiment être déçu. pour ricoo: encore une fois les modules doivent aussi servir d'exemple. chacun est libre de les toucher avec un peu de connaissance en php. on ne peut pas non plus leur faire dire papa maman. sinon on y passe sa vie pour autant de cas particulier que de clients. d'une solution générique, chacun est libre d'adapter le code.
  7. sur la page de paiement? surement pas. dans la liste des moyens de paiement peut-être, mais le vocabulaire n'est pas le même. la page de paiement attend le nombre de mensualités dans le formulaire. on ne fait pas la saisie du nombre d'échéances sur la page de paiement. attention au vocabulaire. il serait bien de ne pas embrouiller le marchand. lorsque la redirection est faite vers la page de paiement,le nombre d'échéances a été forcément défini avant. p.s: on ne vit pas des modules de paiement. et comme l'essentiel des clients ont besoin du paiement single, c'est gratuit. et le support aussi. mais comme c'est bien fait, personne n'appelle.
  8. bonjour, effectivement le support ne traite pas les problèmes commerciaux. vous devez vous rapprocher d'un spécialiste e-commerce à la banque populaire. en exemple, je vous donne le lien de la bplc http://www.bplc.fr/pg2r406_Professionnels_e-commerce.html que vous pouvez aussi appeler et qui définit dans son site les conditions commerciales (qui varie d'une banque populaire à l'autre). et oui, chacune est libre de fixer ses tarifs.. j'en ai même vu une qui faisait le paiement en n fois alors que ce n'est pas une option. dès que vous avez le module, cela marche sans contrainte.... il n'y a pas d'option dans systempay pour autoriser ou interdire le paiement en n fois. bonne négociation. mais vous ne serez pas déçu par la plateforme, ni par le support. enfin j'espère. Cordialement.
  9. quant à mon module d'envoi de sms... je ne l'ai pas trouvé... à suivre.
  10. c'est magnifique: la description du module que j'ai incluse, n'est même pas présente. comment peut savoir à quoi cela sert? le commentaire du module: Ce module de paiement s'adresse aux clients de SystemPay, la plateforme de paiement du groupe Natixis Banque Populaire. Vous devez avoir souscrit un contrat avec votre Banque Populaire pour pouvoir paramétrer ce module Il permet d'offrir à l'internaute un paiement en plusieurs fois. Le marchand choisit lui-même dans son paramétrage le nombre d'échéances et le nombre de jours entre 2 échéances. Ce module calcule des échéances de montant fixe uniquement. (exemple: 90 euros en 3 fois va générer 3 paiements de 30 euros). Lorsque le marchand décide de mettre à disposition de son client ce moyen de paiement, n transactions indépendantes de même id mais avec une numéro de séquence différent seront générées. Lors de la première échéance, seul le montant de la première échéance est autorisé. Le marchand doit donc veiller à contrôler que les échéances suivantes seront bien autorisées par la banque du porteur. Ce module, s'il est exploité avec le paiement unique doit être utilisé avec la version du module de paiement en une fois supérieure ou égale à la 2.5 By Lyra Network: Ce module est fourni par Lyra Network qui développe et exploite la plateforme SystemPay. Le support est fourni gracieusement aux clients de Natixis Banque Populaire dans le cadre de leur contrat VAD.
  11. nous allons mettre en ligne une boutique qui regroupera tous les modules de paiement de tous les produits open source et pas seulement prestastore (magento, oscommerce, prestashop, zencart, cscart, webaccapela, virtuemart, drupal, toweb, picli, etc..) un prestastore multi cms orienté module de paiement pour SystemPay et Payen (notre marque pour les banques hors groupe BPCE), développé avec Prestashop (un comble) pour télécharger tous les modules gratuits et acheter les modules payants je n'ai pas trouvé d'autres solutions, puisque je ne peux pas être visible sur Prestastore.
  12. bonjour merci pour ce screen-shot. avez-vous pu paramétrer l'email que vous demandiez? depuis le 9 juin j'attends que le module de paiement en n fois soit validé dans Prestastore. Soit 3 semaines aujourd'hui. personne ne répond à mes mails. personne ne valide ou me dit pourquoi on ne valide pas. après tout on a peut-être programmé comme des gorets? j'avoue ne pas comprendre ce délai. est-ce un site de contribution open source ou un site réservé à une bande d'initiés? J'ai posté une autre contribution gratuite pour envoyer des SMS à la place du module tm4b, en français, via une société française, contrairement à tm4b. Idem. pas de validation. y-a-t-il un pilote à bord de Prestastore? des règles précises pour rentrer dans la secte? Personnellement je suis perplexe.
  13. merci pour l'appréciation sur la rapidité d'installation. c'est vrai que nous avons essayé de faire une installation simple, facile à déployer et documentée. et la non-utilisation d'un cgi qu impose des ports à ouvrir , des droits à donner, des répertoires à créer simplifie le processus. ce module de paiement en n fois est, à mon avis, aussi simple à installer que le module single. faut juste ne pas oublier que la mise des commandes se fait correctement si l'url serveur est corrrectement paramétré. s'il n'y a qu'un chapitre à lire c'est celui là. J'insiste aussi sur un point: L'url serveur n'est pas appelé que sur le premier paiement. car Prestashop ne gère pas une réconcialiation avec les paiements ultérieurs. sinon nous pourrions rappeler l'url serveur à chaque paiement finalisé entre 2 et N. mais cela ne sert à rien car on changerait un statut qui est déjà finalisé. Pour finir, toujours pas de nouvelles de Prestastore. Le module à mettre en ligne est au congélateur depuis le 9 juin. je pensais qu'avec l'élimination de la pitoyable équipe de France de foot, ils trouveraient du temps pour le valider, mais apparemment ils sont peut-être partis en Afrique du Sud soutenir le Bresil ou l'Argentine. donc il suffit de nous contacter pour l'obtenir.
  14. nous allons regarder de plus près. par contre il existe une notion de zones dans Prestashop, pour par exemple avoir des frais de port différents suivant les pays. il est peut-être possible d'associer des modules de paiement à ces zones. car ce n'est pas simplement un problème de module de paiement: il faudrait à mon avis, qu'en fonction de la zone, la liste des moyens de paiement soit dynamique. il est possible que cela existe nativement dans prestashop et que dans ce cas cela soit uniquement du paramétrage prestashop. je ne pense pas qu'on puisse le faire nous. il faut chercher un peu. quant au mail, il existait déjà, mais votre configuration était incomplète.
  15. bonjour la restriction pays n'existe pas. mais on peut y réfléchir. concernant le mail ce n'est pas le module de paiement qui prend en charge l'envoi d'un mail mais la plateforme au moment du paiement il me semble que dans le mail de confirmation du paiement, l'échéancier est repris, mais vous devez avoir l'option pour cela. J'ai vérifié: vous n'avez pas les options d'envoi de mails. ni pour l'internaute, ni pour le commerçant. veuillez vous rapprocher de votre conseiller Banque Populaire pour l'option vers le client. pour le mail vers le commerçant, votre mail doit être paramétré via le menu paramétrage, boutique, configuration ce que vous n'avez pas fait. du moins pas encore.
  16. biling c'est du psp canadry dry. cela habille en webservices une plateforme du marché ou plusieurs et cela ne respecte aucune des contraintes visa mastercard. demander leur leur agrément pic-dss et pa-dss avant de signer. demandez leur 3D secure? vous serez surpris.
  17. bcp moins cher que les autres. je connais pas encore le niveau de commissions pris par prestastore donc je ne peux pas donner le prix que prestastore va afficher. Mais le module n'est toujours pas validé. Je ne comprends pas pourquoi.
  18. respecter non, respectées peut-être. :-) c'est juste un clic pour lancer la génération de la clef de production, mais il y a un peu de travail pour gérer la fle d'attente. soyez patient avec Natixis.
  19. c'est bien plus long que d'installer le module. :-) nous allons à terme essayer de supprimer le pv de recette pour accélerer le processus, car il a un peu de goulot d'étranglement en ce moment compte tenu du succès de l'offre systempay. une récompense du travail de développement réalisé!
  20. bonjour le module a été posté sur la boutique prestastore. mais nous sommes en attente de sa validation. cela traine un peu et prestastore de parle de quelques jours de plus. espérons que cela sera fait cette semaine.
  21. bonjour le plus simple est d'essayer, mais il n'y a aucune contre-indication. merci de lire la documentation pour paramétrer l'url serveur. c'est surement le paramètre le plus important.
  22. trop fort le lien: http://boutique.isigny.org/content/4-a-propos faut juste corriger quelques fautes d'orthographes. et préciser que BPCE cela regroupe en affiliés toutes les Caisses d'Epargne, toutes les banques populaires, crédit maritime, crédit coopératif, marseille de crédit, hsbc qui sous-traite sa monétique, Natixis, la Caisse des Dépots, la Bicecetc... tout d'un coup cela fait des dizaines de milliers de personnes qui sont persona non grata. La personne qui veut faire payer a besoin d'avoir confiance: C'est la raison pour laquelle nous livrons des modules aboutis. Supportés, documentés, testés avec parfois quelques ajouts dans le formulaire non documenté. Nous mettrons en ligne une version du paiement n fois (car nous faisons bien plus que du paiement en n échéances égales) et les clients pourront juger si ce module complémentaire est abouti ou pas. la concurrence ne nous gène pas. les critiques non justifiées et non avérées si! donc il est juste de rétablir la vérité.
  23. petite précision pour le sieur Cédric qui manque de clarté dans sa présentation: Le module de paiement SystemPay BPO pour PrestaShop est une solution de paiement à distance conçue pour garantir un très haut niveau de sécurité et permettre aux clients d'exploiter toutes ses fonctionnalités sur tous les canaux de vente à distance. non, ce n'est pas une solution de paiement. c'est un formulaire posté en https. La sécurité est dans la plateforme Systempay et dans sa capacité à contrôler la clef SHA-1 envoyé par le formulaire. Le module est un formulaire. Le module de paiement SystemPay BPO pour Prestashop est un terminal de paiement virtuel (tpe) permettant les transactions par cartes bancaires Visa, Mastercard, CB, Cetelem et affiliés, Cofinoga and affiliés, JCB. Non, c'est n'est pas un terminal virtuel. C'est systempay qui est un terminal virtuel et qui accepte les cartes. le module n'est qu'un form. Le module de paiement SystemPay BPO proposé par ISI-Services prends en charges les banques suivantes: - Banque populaire c'est très incomplet.... Fonctionnalités du module SystemPay BPO Le module de paiement SystemPay BPO permet à vos clients d'effectuer leurs transactions sur votre boutique PrestaShop à travers la plateforme de paiement SystemPay. ■Paiement une ou en plusieurs fois ■Encaissement standard, différé ■Authentification 3D Secure: ce n'est pas le module qui fait du 3D-secure mais la plateforme. car c'est le plateforme qui enrôle le commerçant. ■Page de paiement multi-langues, personnalisable et multi-devises 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. L'email ne sera reçu que si le client a souscrit à cette option auprès de sa banque. c'est indépendant du module. mais le formuulaire doit envoyer l'email du client. merci de ne pas confondre formulaire et plateforme de paiment. ensuite pourquoi BPO? banque populaire de l'ouest? c'est Natixis qui porte le projet, pas les banques populaires.
  24. je confirme: "le grand n'importe quoi était pour jmlf44! qui écrit n'importe quoi" qui raconte que systempay n'est pas la banque populaire, que les modules ne sont pas garantis.. pour une fois qu'il y a un truc garanti, supporté gratuit à l'installation, prenez le temps de vous renseigner. car ensuite les autres internautes ne comprennnent plus rien.
  25. merci zioup2 après module gratuit ne veut pas dire que les banques populaires ne prennent pas une dime pour l'ouverture du contrat, mais ce n'est pas mon registre. je dois reconnaître qu'entre la marque initiale de la BPLC (Cyber Paiement avec son propre logo), le nom du produit pour les BP chez Atos, maintenant Systempay comme nom de la nouvelle plateforme tjs associé au nom Cyberplus Paiement, c'est difficile d'y comprendre quelque chose. L'idée était de dire que SystemPay ce n'était pas SIPS. et que SIPS c'était le passé.
×
×
  • Create New...

Important Information

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