Paiement Paypal sans sortir du site...

[in2sky]

Voilà, je me suis un peu renseigné auprès de Paypal concernant les différents moyens de paiement
qu'il est possible d'utiliser pour un store en dehors des USA.

J'avais l'idée d'ouvrir un Payflow Pro ou Payment Pro, mais en fait ce n'est pas possible, la liste
des pays qui peuvent utiliser ces systèmes est super limitée (genre USA, UK, Singapore...)

J'aimerais savoir, d'après vos expériences respectives, quelle solution vous utilisez pour:

1. Recevoir un paiement directement à partir d'une carte de crédit Visa/MC

2. Sans avoir à sortir du site, le client paie et termine sa transaction sur le site.


Je sais, c'est un peu confus,

Merci!!

[in2sky]

J'ai reçu une réponse de Paypal concernant la réception de paiement directs à partir d'une carte de crédit sur son site, sans redirection sur paypal.
C'est assez affligeant... Je ne comprends, du coup, pas vraiment l'utilité pour les français de l'option "Paypal API"... Vous m'expliquez?

La réponse de Paypal qui confirme qu'uniiquement certains pays (USA, UK...) peuvent utiliser WPP ou Payflow:
"There is an API called DoDirectPayment that allows customers to checkout on the sellers website however this is part of the website payments Pro package. Express Checkout also use API's but again it does need a redirect so customers can login to there account and confirm the payment."

Ce qui m'amène à penser... que reste t'il comme solution professionnelle utilisable sur Prestashop sans avoir à débourser 300 euros pour un module authorize.net etc. ?

[jeckyl]

Salut,

Tous les modules de paiement envoient directement sur le site de la "banque" car cela valide la sécurité du paiement.

Après certains énorme site comme amazon propose le paiement sur leur site, mais avez vous les moyen d'assurer les paiement sur votre site vis à vis de la banque et du client.

[in2sky]

Apparemment, chez Paypal, WPP et Payflow sont transparents, on ne sort pas du site lorsqu'on paie, tout est fait en background et le client ne va pas devoir sortir du site, aller sur paypal pour confirmer son paiement etc.
Ou est-ce que je me trompe ?

[in2sky]

Donc en fait vous l'utilisez pourquoi le paiement PAYPAL API? quelle est la différence avec le Paypal express?

[Sébastien Plénat]

Bonjour in2sky,

pour faire un paiement sans sortir du site il ya moneybookers.

Installé dans la v1.3 mais fonctionne avec la 1.2.5.

[in2sky]

Ok il faut que je regarde un peu ce Moneybookers de plus pres. Ont ils bonne reputation?
Le client pourra payer directement avec sa visa sans passer par un quelconque compte moneybookers?
C'était justement mon soucis premier.

[in2sky]

Je viens de lire quelques reviews de moneybookers, je doute fortement que ce soit une solution (http://www.reviewcentre.com/reviews126088.html)
J'en reviens donc à ma question sur Paypal API et Paypal normal, je n'arrive pas à les différencier...

[in2sky]

Je viens de découvrir ce site http://www.merchantmaverick.com qui fait des reviews de merchant accounts... peut-être intéressant d'y jeter un coup d'oeil...

[bobo59]

Salut

Je fais de l'e-commerce depuis plus de 5 ans et j'ai jamais vu çà...

Tous les moyens de paiement par banque seront redirigés sur leur site et çà c'est pour un soucis de sécurité.

Maintenant tu peux également heberger chez toi (sur ton site) mais tu vas avoir du boulot

pour cela il te faudra :

- un contrat VAD avec ta banque
- un developpeur pro pour greffer leur interface ou un TPE sur ton site

Mais personnelement je ne le te conseille pas, si ta des petis malins qui usurpe des cartes bancaire tu en sera le premier visé.

je te conseil donc Paypal ou dedipay que je viens d'installer sur mon site c'est une banque suisse leurs frais pro son beaucoup moin chers qu en france. et leur interfaces et correct.

Cordialement

[in2sky]

Oui c'est vrai, faudrait juste voir comment personnaliser la page de paiement le mieux possible.

C'est vraiment bien Dedipay? Ca ne dit pas à quel niveau c'est une banque, bon faudrait que je lise tout leur site en entier, mais ça a l'air un peu obscure... pas de price list etc.

[bobo59]

Sa a l air d'être bien je commence juste avec eux depuis quelques jours

Je viens chez eux car un hebergeur connus les utilisents 'HOSTEUR.COM'

DOnc si eux les utilisents je pense que nous c'est bon

Cordialement

[watkins]

Hum je viens de faire un test sur hosteur.com par curiosité et quand j arrive ici https://www.hosteur.com/caddie/caddie.php

La catastrophe voir image jointe

J'espère que ce n est pas comme ca pour les sites qu'ils héberge

Cordialement

Didier

[bobo59]

Oui la j'avoue sa fait pas serieux, heursement que je suis pas chez eux lol

[in2sky]

Oui alors niveau hosting c'est pas ça.

Par contre je me demande à quoi ressemble le checkout de Dedipay, si c'est bien fait ou si c'est aussi laid qu'une page de redirection Paypal. Puisqu'apparemment c'est un produit suisse et qu'il ne faut jamais se fier aux suisses au niveau informatique vs visuel... A voir.
Est-ce que quelqu'un ici utilise Dedipay?

[bobo59]

J utilise Dedipay

voila le lien q'un client vois si il souhaites payer avec le module dedipay

https://www.dedipay.com/api/transac.secure?plid=5bbd2748-2c3b-45eb-b501-36c2c91510cd

Bien sur c un lien de test

[in2sky]

Ok, ça à l'air correct,
mais alors du coup la page n'est pas personnalisable (logo css...) juste?
Merci en tous cas.

[bobo59]

Pour le moment juste le logo

mais des versions vont arriver comme le paiement en plusieurs fois

et peut etre la page perso

[juju34070]

bluepay.com le fait très bien sans contrat VAD.... voir le site bluepay.com, site FRANCAIS ;-)

[jeckyl]

bluepay.com le fait très bien sans contrat VAD.... voir le site bluepay.com, site FRANCAIS ;-)

Ne serait ce pas plutôt http://www.bluepaid.com/ ?

[in2sky]

bluepay existe aussi, mais ce n'est pas un produit français.
bluepaid avec leur site immonde, je me demande s'ils ont beaucoup de clients :-)

[in2sky]

Priorité cette semaine:
1. Trouver un merchant account provider sérieux, pro, qui existe depuis plusieurs années et directement lié à une banque
2. Dont la solution puisse être incorporée à Prestashop
3. En Suisse, France ou USA

des idées?

[LeGastronome]

Mais quelle est donc la différence entre Paypal API et Express ? dans les module Prestashop ?

[tictac]

Sa a l air d'être bien je commence juste avec eux depuis quelques jours

Je viens chez eux car un hebergeur connus les utilisents 'HOSTEUR.COM'

DOnc si eux les utilisents je pense que nous c'est bon

Cordialement

Bonjour,

peux tu me donner les différentes étapes par lesquelles tu es passé pour mettre en place dedipay et quelles sont les tarifs, commissions, cout installation...
concrètement comment ça se passe avec eux ?
Mon hébergeur est hosteur et il me propose dedipay mais je ne comprends pas comment ils fonctionnent...
Je suis novice dans ce domaine et j'ai mis en place une boutique mais ce n'est pas mon activité principale...
MERCI BEAUCOUP

[hjdc]

Ogone Directlink peut être ta solution. Je l'ai déjà sur d'autre système ecommerce


Nom de la solution directlink
Voir http://www.ogone.fr/ncol/web_advanced2.asp?BRANDING=ogone&ISP;=&SubID=3&SOLPRO;=&MODE;=&ACountry=FR

Site:http://www.ogone.fr/

[in2sky]

Salut, tu me peux dire quelle est la solution Ogon qui permet paiements sans sortir du site? merci.

[jeanlegnu]

JCe qui m'amène à penser... que reste t'il comme solution professionnelle utilisable sur Prestashop sans avoir à débourser 300 euros pour un module authorize.net etc. ?

Je viens de parcourir le site authorize.net apparemment l'api est gratuite je ne vois pas pourquoi tu parles de 300€ ?

En revanche il faut avoir un compte marchand dans une banque américaine :

http://developer.authorize.net/guides/AIM/

Je pense tout comme toi que la solution de PayFlow de paypal étés intéressants hélas il faut avoir une société au : USA / Singapour / Nouvelle Zelande / Australie / Canada ce qui forcement limite énormément les choses. Ce qui est bien domage car en terme de frais ils sont interessant.

D'après mes recherches je ne vois pas d'autre solution que d'ouvrir un compte marchand dans un établissement bancaire.

Tu peu me dire ce qui t'avait tapé dans l'oeuil est que j'ai raté s.t.p. ?

Apparemment il n'y a que Paypal qui accepte de fournir une solution pour que le client reste sur le site web sans que le marchand et un compte adéquat.

J'ai regardé éventuellement pour ruser avec MoneyBookers :
http://www.moneybookers.com/merchant/en/moneybookers_gateway_manual.pdf

Page 35 : 3.10 Slim Gateway

On peu l'intégré dans une iframe et passer tous les paramètres dont nous
avons besoin.

Le seul point qui me fait peur c'est que dans le pdf on retrouve cette ligne :
Quick Checkout allows customers who are making their first transaction via Moneybookers to complete the process without having to register a traditional account and provide a password.

Quid du second paiement ? Ou que ce passe t'il si il à déjà un compte Moneybookers mais qu'il utilise sa carte dans cet iframe sans savoir que ces moneybookers sera'il obligé de ce connecté ?

Autre point qui est génant dans cette solution, c'est qu'il est impossible de faire un paiement en cascade.
Idéalement j'aimerais trouver deux prestataires fiables fournissant une API.

Prestataire A : Carte Refusé
On enchaîne et de façons transparentes sur
Prestataire B : Carte Accepté

Cela peut se jouer à peu de chose des fois pour qu'on fasse une vente

Si vous avez des retours de fournisseurs pas forcément français (quitte à les payer, à avoir des réserves plus importantes ect) qui fournisse une API mais sans compte marchand cela m'intéresse moi aussi

Ou alors est-ce que vous connaissez des fournisseurs qui vous acceptent du moment que vous avez un compte marchand, mais que vous n'êtes pas forcément dans le même pays ?

[in2sky]

Merci pour le message.

Pour le module authorize.net je pensais à ça: http://www.prestastore.com/payment-modules-prestashop/443-payment-authorizenet.html (apparemment depuis la dernière fois le prix à chuté à 200 euros).

Mais effectivement très compliqué de trouver une solution sérieuse et efficace.

Moneybookers: vraiment à éviter, tout comme Paypal d'ailleurs. Il faudrait radicalement mettre de côté toute
entreprise n'étant pas une banque, parce que le jour où tu as des chargebacks, ils ne te soutiendront pas, le client a toujours raison etc. Donc avoir Paypal en plus d'une solution bancaire, pourquoi pas, mais miser tout son business avec
ce genre d'entreprise, c'est vraiment risqué. My 2 cents c'est qu'à la limite avoir un compte Paypal pour commencer, why not, mais il faudrait vraiment rapidement trouver d'autres solutions plus officielles et sérieuses.

Ta solution d'avoir deux comptes et donc deux possibilités de paiement est très intéressante, des x qu'un compte serait bloqué pour une raison ou une autre.

Il va falloir encore faire quelques recherches je pense...

[Jean Francois G]

ouhla ce débat est la de longue date déja,.. J'ai fouillé, cherché.. mais rien trouvé de vraiment époustouflant..

L'idéal serait les avantages de paypal (pas de contrat, pas de frais d'installation, pas d'abonnement) et ceux de la VAD (Rassurant pour le client, risques réduits, commission divisée par 10).

Mais la on est entre croire que les fées existent et que les impôts n'existeront plus en 2013

[iorek]

redirection contre saisie sans sortie du site?

 

La redirection vise à déléguer à une plateforme de paiement la saisie des données cartes.

1ere condition: être PCI-DSS. (et le bluemachin par exemple ne l'est pas. donc attention où vous mettez les doigts, car en cas de vol de données, la banque sera fâchée contre vous et le bluetruc)

Aujourd'hui les bonnes plateformes offrent la personnalisation des CSS de la page de paiement aux marchands un peu geek. et on arrive à faire de jolies choses. (n'est ce pas Jeckyl?)

 

La saisie des données sur le site et appel en Web services de la plateforme de paiement:

 

Si vous faites cela, votre banque vous demande depuis le 31/12/2012 d'être inscrit en tant que Merchant Web Agent. C'est quoi? un truc qui coûte de la tune pour être dans un annuaire à condition d'avoir aussi donné un peu de tunes pour prouver que vous êtes conforme et que personne n'ira déposer un cheval de troie sur votre serveur pour vous piquer les cartes.

Pour info, si cela vous arrive, Visa vous colle un audit à vos frais, de bonnes amendes et la banque vous close le contrat

(et là vous finissez chez Moneybookers parce que plus personne ne veut de vous. :-) .

 

Donc avec un Prestashop, ce n'est pas vraiment recommandé.

 

Moralité:

 

Choisissez une plateforme pci-dss (à vérifier dans les listings de Visa Europe)

 

(là par exemple: http://www.visaeurope.com/en/businesses__retailers/payment_security/service_providers.aspx=)

 

qui vous propose de belles persos de pages, de l'import de logo à votre main avec mise à jour en temps réel (pas le truc qu'on envoie par mail et qu"on attend 3 semaines), de la reconnaissance dynamique de Webagent pour avoir des CSS adaptées à l'écran de votre device et si possible avec un module simple à installer (sans CGI) et si possible gratuit.

 

si vous manquez d'idée de plateforme conforme et riche en fonctionnalités sur les pages de paiement, tout est dans ma signature

[Jean Francois G]

et bien justement tiens ! Pour payzen je ne comprends pas à quoi ils servent.. En effet il est marqué : Solution de paiement complet pour e-commerce, sauf qu'en petit il est aussi marqué qu'il faut souscrire quand même un Contrat de vente à distance sécurisé auprès de sa propre banque pour pouvoir recevoir les paiements CB.. Donc du coup, si on à le Contrat à la banque.... Ben on utilise la banque non ? Ou alors j'ai rien compris (ce qui est sans doute le cas) et aurais besoin d'une explication...

[iorek]

dans ce cas je m'y colle:

 

Vous avez 2 modèles de commercialisation:

 

un modèle où vous signez avec votre banque: un contrat VADS et leur solution e-commerce.

• Le contrat VADS est associé à des commissions sur les paiements dont le montant dépend du pays émetteur de carte et de votre négo.
  
• La solution e-commerce est elle-aussi associée à un coût en plus des commissions dont le prix dépend des options qu'elle contient (contrôle de risque, Web services, etc)
  

un modèle où vous signez un contrat VADS nu (cad sans solution e-commerce de la banque car elle ne vous plait pas ou parce que votre hébergeur n'en veut pas)

Dans ce cas vous choisissez en toute indépendance une plateforme en vérifiant qu'elle est certifiée PCI-DSS, 3DS-compliant et bientôt adhérent du Merchant Agent Program de Visa (un truc de plus de Visa pour racketer les acteurs)

 

Bien sûr le banquier a des consignes et essayera de vous vendre son package (contrat VADS + solution e-commerce), mais vous êtes libre de choisir ou de changer de banque. C'est à votre libre arbitre.

 

Dire que les solutions indépendantes ne servent à rien? je ne sais pas. Ogone est une solution indépendante qu'ingenico a payé 360M€ parce qu'ils ne savaient pas faire de paiement sur internet mais que de nombreux marchands en Europe utilisent en dehors de la banque. et quand on veut être un acteur du e-commerce et qu'on ne sait pas faire, il faut passer à la caisse. Les fondateurs d'ogone et le fonds anglais qui les a achetés il y a peu pour bcp moins se frottent les mails.

Edited January 31, 2013 by iorek (see edit history)