Jump to content

iorek

Members
  • Posts

    727
  • Joined

  • Last visited

Everything posted by iorek

  1. Payzen supporte désormais Safekey, le 3Dsecure d'AMEX Par contre renseignez vous auprès d'AMEX sur les garanties que cela apporte. ils ne prennent pas beaucoup de risques.
  2. j'oubliais: j'adore votre hummm associé au mot technicien. vous avez raison: j'ai réussi à aller jusqu'à obtenir un diplôme d'ingénieur. ce qui me permet de donner des conseils avisés et d'être un expert en gestion du changement.
  3. vous ne respectez pas la communauté en ne donnant pas la solution. vous devriez montrer l'exemple en tant qu'informaticien en rappelant que le bouton mettre à jour un module ou ajouter un module n'est pas sans conséquence. vous êtes fâchés d'avoir eu un comportement infantile en ne gérant pas vos changements? étonnant pour un informaticien. la communauté espère aussi de ce forum des réponses surtout quand on répond dans un topic clôturé qui parlait d'erreur html 500 et pas de timeout. nous allons donc considérer ce sujet comme clôture même si personne ne saura pourquoi ce module ralentit vos traitement.
  4. pathétique la communauté notera votre capacité à gérer les changements encore une fois la gratuité du module systempay ne veut pas dire que systempay est le bureau des pleurs de tous les modules tiers installés sans prise en compte des risques.
  5. les visiteurs apprecieront aussi que vous expliquiez pourquoi le module tiers ecopresto dégrade les temps de réponse. j'espere que le support de ce module saura vous aider. systempay vous a mis sur la voie en vous invitant à analyser vos logs et insiste une nouvelle fois sur la bonne gestion des changements et de leurs impacts. l'informatique est binaire. aucun dysfonctionnement n'arrive par hasard. et effectivement nous sommes des professionnels du changement chez systempay. et nous essayons de sensibiliser les non professionnels à la gestion des changements. c'est la raison pour laquelle le mode test est tjs actif meme une fois en production.
  6. votre gestion des changements est remarquable. vous ajoutez des modules, degradez les temps de reponse qui penalisent les acheteurs et c'est la faute à systempay. les lecteurs jugeront effectivement. un module gratuit ne veut pas dire qu'on fait le support de vos évolutions et de vos ajouts de modules tiers sans passer par des phases de validation.
  7. je confirme que le support systempay passe bpc de temps à trouver les problèmes des autres modules. Ce n'est pas son rôle. et vous savez qu'un informaticien averti doit gérer ses changements. Donc effectivement si vous avez activé de nouveaux modules, il faut chercher la lenteur dans un de ces modules. Concernant les logs, il est étonnant que si elles sont détaillés et horodatées vous ne trouviez pas où sont passées les plus de 35 secondes perdues Je rappelle que le module est gratuit et que le support gratuit que Systempay fait n'implique pas que ce support fasse le support des autres modules. Ce qui arrive plusieurs fois par jour. Donc à la fin de l'année, le support fatigue de gérer les problèmes des autres modules. Surtout quand il n'y a pas de gestion des changements.
  8. si le probleme n'est là que depuis un mois posez vous la question de ce que vous avez changé. le support vous a invité à analyser vos logs pour essayer de comprendre où votre ps perd du temps. personne n'est devin sur ce forum et personne ne trouvera la cause sans que vous alliez au source du problème. systempay demande l'execution du script qui permet de tranformer votre panier en commande. systempay attend 35 secondes la fin du script. au bout de 35 s ce qui est un horrible temps de réponse pour vos acheteurs, systempay n'attend plus et vous notifie d'une probable erreur. mais ce n'est pas parce que systempay n'attend pas que le script sur votre serveur s'arrête. il continue, simplement systempay a décidé de ne pas attendre. comme vous avez demandé un rejeu automatique de l'url de notification en cas d'echec, systempay demande à nouveau l'exexution du script quelques minutes plus tard. vous dites que cela va vite, mais vous oubliez de dire que le message est "commande deja traitee" car entre temps le script précédemment s'est fini. donc le rejeu n'a plus à faire. le premier qui a peut etre duré 36 secondes ou 3 mn s'est terminé. donc encore une fois personne ne trouvera ici la solution sans que vous passiez par les basiques de l'informatique: comprendre ce que vous changé depuis que le temps de traitement est long, analiser vos logs en mode debug et regarder les horodatages des instructions exécutées. les bouteilles à la mer vides d'information n'arrivent jamais de l'autre côté de l'océan.
  9. ce n'est pas une contrainte payzen, mais une gestion de la redirection par ps. j'ai compté plus de 6000 prestahop payzen / systempay. et vous etes le premier à faire cette remarque. apres s'il y a mieux, le module est open source, donc adaptable peut etre.
  10. le module payant pour prestashop n'est pas optimisé pour la plateforme prestashop cloud cette plateforme n'accepte que les modules payants. ce qui n'est pas choquant en soi. tout ne peut pas etre gratuit. stephanie a une reponse tres policée pour ne pas fâcher ps et ses modules payants. :-)
  11. mais encore une fois l'usage laisse penser que le payant est forcement mieux. le module payant sur le store de ps pour spplus est obsolete depuis 6 mois. mais c'est pas grave. il est bien mieux car il est payant. le gratuit est documenté, installé quand le marchand le demande, supporté et mis à jour. mais il a un defaut: il est gratuit.
  12. le credit agricole propose un module gratuit. ils se sont inspirés de payzen qui a tous ses modules gratuits tout comme les caisses d'epargne avec spplus et les banques populaires avec cyberplus paiement.
  13. acheter? il est gratuit. mais certains aiment payer car le gratuit cela fait peur.
  14. si vous etes cliente d'une banque elle saura vous faire une commission inférieure à 0,5%. et n'oubliez pas que les banques travaillent et référencent des plateformes de paiement agréées par visa et mastercard qui ont le label pci dss. la version la plus évoluée de cette certification est la 3.1 ensuite vous avez des plate-formes de paiement qui fournissent des modules gratuits, documentés et supportés. les clients des banques du groupe bpce bénéficient de modules gratuits pour la solution systempay. les clients de payzen aussi.
  15. ce n'est pas systempay qui joue avec les classes du stock. mais c'est bien connu: systempay est responsable de tous les problemes y compris des 19000 impacts de foudre comptabilisés en France hier. systempay est aussi responsable du bug avast qui bouzille les parametres postés en https lors du premier appel après un redémarrage d'avast systempay est aussi responsable de la panne hier soir du 3d secure qui a touché des millions de porteur. systempay est aussi responsable...
  16. ce n'est pas payplug qui applique le code bancaire et la loi francaise. lisez vos contrats: payplug est agent de l'etablissement de paiement lemon way. lemon way doit respecter les regles acpr et comme c'est lui qui prend le risque financier, c'est lui qui fait les controles et "retient" les fonds le temps des contrôles. payplug ne recoit jamais vos paiements. il est agent d'ep et se fait remunerer sur les fonds collectés. chacun a un rôle et il ne faut pas tout mélanger.
  17. je confirme. vous êtes coincé dans la carrière et vous ne partez pour faire carrière dans le paiement Une plateforme attend un montant total et ignore tout de comment vous êtes arrivés à ce montant. même la TVA, elle ne la connait pas. Après posez-vous aussi la question, si vous vous êtes tournés vers le bon système de paiement :-)
  18. donc si j'ai bien compris, le module que paybox a développé pour prestashop est mieux que le meme module oour prestashop aux couleurs paybox? et si je préfère payer, j'achete le module développé par prestashop pour paybox mais qui n'est pas le meme que le module gratuit?
  19. cela veut dire quoi natif? natif c'est le payant du store de prestashop? ou c'est le gratuit d'aveo? ps qui n'aime pas les modules gratuits va être content.
  20. TFC pour moi c'est le Toulouse Football club :-) Toulouse c'est la ville de Payzen. Le TFC n'a le niveau du PSG, mais Payzen c'est au paiement, ce que le PSG est au foot. :-)
  21. même simple client ce n'est pas bon de laisser cela trainer Cela sert tjs en cas de faille.
  22. super idée que de mettre un mot et un password dans un forum et pas forcément une meilleure idée que de poster ce type de message quand en // vous appelez le support Systempay pour le même sujet
  23. le numero de commande est créé apres le paiement. donc pas d'autre choix côté paiement. paybox n'est pas en cause.
  24. un paiement peut etre fait avec une carte non 3ds et être garanti? oui mais pas dans bcp cas. tout d'abord chaque acquéreur devrait vous donner sa table de garantie de paiement. en europe, c'est une matrice à plus de 30 entrées. chaque entrée permet de savoir si le paiement est garanti ou pas. là où c'est compliqué, c'est que chaque acquéreur a le droit de reviser les règles du gie cb, de visa et de mastercard et de définir sa propre matrice de garantie de paiement. bpce n'a pas la même table que le cic. là où cela se complique encore plus, c'est que certains bin de cartes correspondant à des cartes prépayées non françaises sont exclues car sujet à fraude massive. difficile de s'y retrouver. dans le cas de payplug que vous citez, c'est à lemon way de vous donner sa matrice de garantie de paiement, car votre collecteur d'argent est un etablissement de paiement qui vous doit la transparence sur la matrice à 30 entrées et qui doit explicitement documenter ce point. ensuite effectivement en cas de litige, car certains emetteurs présentent des impayés à tort, votre banque ou etablissement de paiement, doit refuser l'impayé si les traces 3ds confirme la garantie de paiement. ex: une carte non commerciale européenne non enrôlée par la banque émettrice si le paiement s'est effectué avec une demande au ds et que le ds renvoie "not enroled", il sera garanti. car l'emetteur est responsable de l'enrolement. si pas fait, l'emetteur est fautif. mais si le ds renvoie un A comme attempt, c'est plus subtil. la plupart des émetteurs vont renvoyer un code 05 en auto car ils n'aiment ce cas, mais ce n'est tjs vrai. dans ce cas seule la matrice de l'acquéreur dit précisément quelle garantie s'applique. cette matrice etant actualisée fréquemment, il faut veiller à être notifié de ses évolutions.
×
×
  • Create New...

Important Information

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