Jump to content

iorek

Members
  • Posts

    727
  • Joined

  • Last visited

Everything posted by iorek

  1. il ne doit pas savoir qu'il faut d'abord le dezipper c'est poutant expliqué dans la doc.
  2. Ceux que l’on trouve sur Prestastore sont développés par SystemPay qui ne fait pas partie du groupe Banque Populaire. Ces modules ne sont donc pas garantie et suivi par Banque Populaire (dixit l’assistance technique BP). Je suis donc étonné que vous ayez pu trouver un module Cyberplus packagé pour Prestasho du grand n'importe quoi:::: SYSTEMPAY c'est le nom de la plateforme banque populaire. le module free dans prestatore est développé, suivi, maintenu par lyra Network, société qui développe et héberge systempay, plateforme de paiement des banques populaires. qui peut bien raconter cela à l'assistance technique BP? d'abord l'assistance niveau 1 est faite par Natixis et pas par les banques populaires. ensuite le niveau 2 est fait par Lyra Network qui a développé le module. https://systempay.cyberpluspaiement.com/html/contributions.html ou sur prestastore. c'est le même! à part que le zip ne contient pas la vidéo de e-learning d'installation du module. faut juste savoir faire un unzip. cela devrait le faire?
  3. où est le problème? pourquoi ne pas prendre celui proposé gratuitement par Systempay développé par la Banque Populaire Champagne Lorraine ou bien celui proposé par Prestastore à 200 et quelques euros etc … ??? D’une part, je ne suis pas le décideur, d’autre part Banque Populaire n’est pas SystemPay et donc ne gère pas et ne garantie pas leurs modules. De plus, nous avons un contrat de VAD avec Banque Populaire et ne souhaitons pas repayer pour un autre système. systempay c'est la banque populaire! faut juste se renseigner. systempay ce n'est pas la banque populaire champagne lorraine. c'est une marque Natixis commercialisé par toutes les banques populaires, et bientôt tous les affiliés (crédit maritime, crédit coopératif, ..) et les caisses d'épargne. le module de systempay est gratuit sur prestastore. il a dévéloppé par Lyra Network pour les banques populaires, est maintenu par Lyra Network et c'est Lyra Network qui assure la hot-line des clients Banques Populaires. C'est lyra network qui a développé Systempay et qui l'exploite pour le groupe BPCE. pourquoi parler de payer 200 euros. le module payant est celui d'atos que la banque populaire a abandonné. le contrat VAD vient avec les identfiants systempay. une fois téléchargé, il faut 3 mn pour être opérationnel avec prestashop. merci de lire la doc! pour avoir vos identifiants contacter votre banque populaire avec laquelle vous avez votre contrat vad. c'est tout ce que vous devez faire.
  4. nous attendons pour fournir un module les réponses à ce post: http://www.prestashop.com/forums/viewthread/55585/appels_doffres_et_prestati
  5. il ne faut pas mélanger paiement et notification. le paiement est finalisé dès que l'internaute a payé. donc les paiements passent toujours même sans url serveur codée. ensuite si on veut une notification, il faut appeler l'url serveur. c'est l'url serveur qui normalement permet de valider le panier et de le transformer en commande. Eventuellement l'url retour, mais je ne pense pas que vous ayez un traitement sur l'url retour. si vous avez une traitement sur l'url retour, cela explique seuls les paniers quand l'internaute clique sur retour boutique sont finalisés. dans tous les cas, l'url serveur permet de savoir si le paiement est finalisé positivement ou négativement, même si l'internaute ferme son navigateur sur la page de fin de paiement. l'url serveur est clef dans la gestion des retours.
  6. pan sur les doigts pour lolyspoon l'url serveur qui permet de notifier la boutique quand le paiement est finalisé et de créer la commande n'est pas renseignée dans ton back-office!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! faut juste lire la doc ou re-écouter la vidéo. mais c'est sûr qu'aucune commande ne peut être validée avec ce paramétrage.... au piquet pour ne pas avoir lu la doc. pour moi, cela le fait tout le temps!!! on n'appelle jamais l'url serveur. seule l'url serveur en mode test est renseigné. mais vous n'êtes plus en test.
  7. reponse à lucafone: les identifiants sont fournis par la banque après souscription d'un contrat dit VAD avec une banque du groupe Natixis Banque Populaire. Le module est gratuit mais pas le service. :-)
  8. reponse à lolyspoon: seule la banque du porteur refuse ou accepte le paiement. La bplc n'est pour rien dans le refus. seule la banque du porteur (donc de votre client) peut répondre. apparemment avec le moyen de paiement qu'il a utilisé (carte visa nationale limité à l'allemagne?) il n'a pas le droit de payer. cela peut aussi arriver si le porteur essaye de payer avec une carte bancaire qui n'a jamais été activée dans un tpe ou dans un distributeur de billet. les banques françaises n'acceptent pas le paiement sur internet d'une carte tant que le code confidentiel n'a pas été saisi au moins une fois correctement. ce qui est sage car si quelqu'un vole une carte, il ne peut l'utiliser sur internet.
  9. bonjour, Prestastore présente une prestation payante d'aide à l'installation du module de paiement de Systempay, plateforme de paiement du groupe Natixis Banque Populaire; ils ne l'ont à notre connaissance jamais installé, jamais validé et n'ont rien à voir avec Lyra Network qui a développé la plateforme Systempay et qui assure le support gratuit (dans votre contrat systempay) des modules de paiement pour tous les CMS open source. pour rappel à cette url https://systempay.cyberpluspaiement.com/html/contributions.html vous trouvez le dernier module de paiement à jour, la doc d'installation très complète et aussi une vidéo de e-learning qui vous aide à installer le module. pensez à renseigner correctement l'url serveur pour mettre à jour vos commandes/stock en retour de paiement et tout se passera bien. en moins de 5 mn, vous pouvez installer le module. en 8 mn de vidéo, vous êtes performant sur le paramétrage du module de paiement.
  10. merci vous voudrions aussi savoir éventuellement comment ajouter le module dans les modules free. pour info nous avons réalisé une vidéo de e-learning sur l'installation et le paramétrage du module et je crois sincèrement que c'est du bon boulot: http://media.lyra-network.com/natixis/Prestashop.html cela a pris un peu de temps et nous ne l'avons fait pour l'instant que pour prestashop et oscommerce, mais je ne suis pas sûr que tous les contributeurs aient fait un tel travail. dans tous les cas, nous ne sommes pour rien à l'insertion de cette prestation payante d'aide à l'installation. Cela ne vient ni de nous, ni de Natixis. et faire payer quelque chose qui n'est pas maïtrisé par celui qui le propose, c'est à la fois fort et fort de café. surtout si après les clients pensent qu'on fait payer!!
  11. mon module n'est pas payant. je ne sais pas qui propose l'aide payante à l'installation. mais ce n'est pas nous. le module n'est pas dans la liste des modules gratuits car on n'a pas réussi à l'ajouter!!!! nous avons développé la plateforme systempay et sommes aussi le support gratuit associé au contrat Banque Populaire. aucune idée sur qui essaye de faire payer 90 euros, mais rien à voir avec nous! et je pense que mes collègues ont fait un bon travail.
  12. je ne pense pas que mes mecs aient codé le module GRATUIT de SystemPay comme des branques. même s'ils sont meilleurs en J2EE qu'en PHP. donc la remarque 'quand je vois comment c'est codé' est un peu gratuite. désolé pour prestastore qui ne se fait pas d'argent sur ce module, mais c'est notre choix pour faciliter la migration d'atos vers systempay. quant aux 90 euros pour l'aide à l'installation, mieux vaut d'abord regarder la vidéo de e-learning et/ou lire la doc. c'est pas trop mal fait non plus. avant de dépenser, même si je ne doute pas que l'aide payante d'un module module non validée et donc non analysé, soit utile. :-) donc cher validateur, les clients qui exploitent la contribution gratuite systempay n'ont pas l'air déçu, même sans validation du validateur. et nous avons fait l'effort pour prestashop qui a le vent en poupe, mais aussi pour tous les autres CMS. Tout cela, toujours gratuitement. pour l'instant. :-)
  13. SystemPay, solution du groupe banque populaire fournit un module Gratuit et la banque populaire de lorraine ne prend pas de frais d'ouverture. les commissions sur les opérations carte sont tout à fait correcte. ensuite fournir un module gratuit et générique est plutôt impensable. chaque plateforme a inventé son propre dialogue, soit à base de CGI (un vieux truc d'il y a 10 ans), soit à base de formulaire avec une clef de cryptage de type SHA-1 ou sHA-256. MD5 est à bannir car cracké. les plateforme disponibles en France sont Atos (cgi) SystemPay (depuis Septembre 2009 pour remplacer Atos), décliné sous le nom de Payzen pour les autres banques, formulaire, SPPlus qui va disparaitre au profit de SystemPay (cgi) Cybermut solution propritétaire du CIC/CME (cgi puis formulaire) Payline, solution de Monext (ex Experian), rachété par le credit Mutuel de Bretagne, cgi, form? (sais pas) Paybox (cgi) Ogone (formulaire) opére ensuite un peu Bibit (les anglais de RBS) pour quelques marchands comme Apple les autres sont souvent des sociétés qui rhabillent ces offres... en Allemagne, il y a au moins 24 PSP (marché bien plus ouvert que le marché français). difficile donc de livrer gratuitement par Prestashop tous ces modules. ensuite le prix est-il de 300 euros? tout depend du support que l'on offre. sachant que si la contribution est de qualité (bonne doc, bien testé, eventuellement video de e-learning), on ne doit pas avoir de souci pour l'installer. personnellement je n'aime pas les solutions à base de CGI, qui créent une verrue dans le système informatique, mais c'est un choix personnel. cela limite du coup le choix!
  14. cela fait partie des solutions. il faudrait préciser Credit Mutuel de l'est ou cic car le credit mutuel de l'ouest (bretagne) ce ne sont pas les mêmes, ni la même solution. ceux de strasbourg, il font tout tout seul. se sentent supérieurs à tous les autres comme la pub du cic qui écrase les autres banquiers. mais cela n'est pas génant. quand à la page de paiement, il faut savoir que tout le monde fait des pages de paiement SANS javascript. histoire d'être sûr que les navigateurs ne bloquenet pas. La seule différence c'est le niveau de la personnalisation du template. il n'y a rien d'autres! la confiance c'est juste un template et un css travaillé. :-) la différence se fait sur le back-office commerçant et sur les moyens de paiement, pas sur un template.
  15. lien officiel pour la table iso 3166-1: http://www.iso.org/iso/fr/country_codes/iso_3166_code_lists/french_country_names_and_code_elements.htm#m..
  16. et bien dans ce cas, il faut utiliser les codes pays de la table 3166 pour la martinique, la guadeloupe, etc... (http://fr.wikipedia.org/wiki/ISO_3166-1) dom n'existe pas dans cette table car dom au niveau international ne veut rien dire. en plus au niveau de l'adresse courrier, cela n'est pas terrible! martinique se code MQ guadeloupe se code GP guyane GF la réunion RE saint martin partie française MF wallis WF etc donc soit vous codez toutes ces zones pour vos frais, soit vous modiifez le module en supprimant du formulaire le champ cust_country. facile non? même pour une novice. dans tous les cas, les champs suivent des règles. ne pas les respecter (souvent parce qu'on ne lit pas la doc!), c'est s'exposer à des erreurs lors de l'appel de la page de paiement. ce cas est simple à traiter en créant des zones avec un code pays valide. personnellement je vous recommande de suivre cette norme, si ces codes n'existaient pas déjà dans prestashop.
  17. alors pour la quiche :coolsmile: , si on regarde la doc on voit que ce paramètre doit suivre la table iso suivante norme 3166-1 donc à mon avis, la valeur du champ passée par Prestashop ne suit pas cette table. soit, vous corriger la table des pays, soit vous arrêtez de transférer ce paramètre dans l'email, il y a aussi le formulaire invalide reçu. on peut avoir la valeur du paramètre qui apparait dans le formulaire? (pas utile d'insérer ici tout le formulaire!!!) pour des questions de confidentialité. ce mail est envoyé depuis peu car il y a bcp de "quiches" (et pas que dans prestashop), qui programment comme des tartes et ne se rendent pas compte qu'ils postent des formulaires invalides. du style: un montant à 0 (intéressant de faire payer un panier vide avec une cb) un champ trans_date invalide, etc.. alors on a décidé de leur dire gentiment que s'ils ne corrigent pas leur code, ils perdront des paiements. Là c'est simple: soit la table ne suit pas la norme 3166-1 et dans ce cas il faut la corriger, soit il faut virer du form ce champ. le pays ne sera plus transmis au back-office, mais ce n'est pas une info forcément critique. elle n'est pas exploitée pour du contrôle de fraude. l'adresse ip est plus utile.
  18. Le module de paiement est personnalisé pour la banque populaire, mais est valable pour les autres banques, commercialisé dans ce cas par Lyra Network sous la marque Payzen. (seule l'url de la page de paiement change) C'est de toute façon Lyra qui développe tout, qui fournit les modules de paiement pour tous les CMS (presta, oscommerce, zencart, picli, webaccapella, toweb, peel, creload, thelia, virtuemart, drupal, cscart, etc...) on peut contacter Lyra par email au [email protected] Lyra est le principal gateway de routage de flux monétique en France avec près de 3 millions de transaction par jour.
  19. Pan, il travaille dans le bureau à côté d'Aurelie et c'est lui qui a fait le module de paiement de SystempPay pour prestashop. :-)
  20. la voix s'appelle Aurélie. pour les tests suivant les versions de doc, la doc des cartes de TEST est incomplète: les cartes finissant par 6 et 7 génèrent des paiements acceptés. c'est seulement, pour ceux qui la teste, la garantie de paiement qui n'est pas positionnée. Petite remarque pour ceux qui ne savent pas: lorsque le module de paiement est appelé, la seule info dont nous disposons est le numéro de panier. le numéro de commande n'est créé qu'au retour du paiement si le paiement est accepté. donc normal si dans le back-office banque, vous n'avez pas le numéro de commande. il n'existe qu'après le paiement.
  21. essayer d'écrire à ce monsieur: [email protected] il devrait vous renseigner.
  22. si le film vous plait, pensez à l'écrire. cela fera plaisir à celle qui y a passé du temps.
  23. nous avons pensé à ceux qui appréhendent ou qui se font des films en réalisant une vidéo de e-learning: http://media.lyra-network.com/natixis/Prestashop.html si après avoir écouté cette vidéo, vous n'y arrivez pas, renoncez au e-commerce ou appelez la hot-line (ils sont très patients même avec les réalisateurs de films) :-) pour la validation manuelle, c'est à vous de décider. soit elle est automatique, soit elle est manuelle. à vous de choisir. pour les identifiants, pas besoin de changer. vous changez juste le commutateur de TEST à PRODUCTION. bon film. même si ce n'est pas aussi bon qu'avatar, cela est efficace.
  24. vous pourrez aussi dire au CIC qu'avant de donner des leçons pci-dss, il serait bien qu'ils soient à jour: état de leur agrément pci-dss au 1er Avril: Euro-Information Internet payment processing 31 January 2009 Verizon https://www.creditmutuel.fr/ http://www2.visaeurope.com/documents/ais/pci_dss.pdf?060410 leur agrément est obsolète depuis le 1er Février 2010 et pas encore renouvelé. mais bon c'est une banque. visa qui vit des commissions de leurs porteurs ne va pas être très regardant. Monext et son offre Payline lui l'a perdu en Septembre 2009. mais cela ne l'empeche pas de continuer à opérer.
  25. à force de vendre tout et n'importe quoi (cic mobile, internet, e-paiement, assurances, bourse, et un peu de banque), ils ont du mal à tout retenir. je ne les blame pas. c'est compliqué, mais là effectivement il est doit être à côté. Cela dit si le commerçant faisait l'acquistion de la CB, la demande du CIC serait justifiée. Car il y a bcp d'insécurité... mais avant il faudrait peut-être supprimer la tâche de prise du paiement par les opérateurs des call centers (type TV boutique), où le risque de fraude est fort car on donne toutes ses données carte à une personne physique. Mais je n'écris surtout pas que ces opérateurs qu'ils sont tous des fraudeurs. Simplement le risque est plus grand. je vais finir pas ne plus être un apprenti....:-).
×
×
  • Create New...

Important Information

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