[Problème] https, ssl et module de paiement bancaire

[messinmaisoui]

Re-bonjour,

J'ai 2-3 questions généralistes sur le paiement CB en ligne (sous Joomla) alors s'il y a une âme charitable
et avertie qui peut me donner des éléments de réponse, ça sera top

Supposons ....

1) Ma banque me fournit un module de paiement mais dans le cas où j'aurais plusieurs sites à gérer
pour un même client ...
Est-ce cela va forcement couter plus cher (contrat de vente à distance à dupliquer par exemple) ?

2) Je veux garder un historique des commandes passées et des clients (nom, adresse)
sur le site donc forcement je dois prendre un certificat ssl pour préserver ces infos sur mon site
et donc aussi prendre un hébergement non mutualisé d'office ?

3) Je ne veux rien garder en historique des commandes passées et des clients sur le site donc
je peux envisager un hébergement non mutualisé, sans liaison ssl ... le module de paiement
étant lui sécurisé ?

4) Pour connecter mon site Joomla avec ce module de paiement si j'opte pour Hikashop
par exemple je n'aurais pas d'extension supplémentaire à acheter pour que le tout
soit opérationnel où j'oublie un ou 2 trucs quand même ?


Merci d'avance
Laurent

[lefabdu51]

Re : https, ssl et module de paiement bancaire

Re-bonjour,

J'ai 2-3 questions généralistes sur le paiement CB en ligne (sous Joomla) alors s'il y a une âme charitable
et avertie qui peut me donner des éléments de réponse, ça sera top

Supposons ....

1) Ma banque me fournit un module de paiement mais dans le cas où j'aurais plusieurs sites à gérer
pour un même client ...
Est-ce cela va forcement couter plus cher (contrat de vente à distance à dupliquer par exemple) ?

2) Je veux garder un historique des commandes passées et des clients (nom, adresse)
sur le site donc forcement je dois prendre un certificat ssl pour préserver ces infos sur mon site
et donc aussi prendre un hébergement non mutualisé d'office ?

3) Je ne veux rien garder en historique des commandes passées et des clients sur le site donc
je peux envisager un hébergement non mutualisé, sans liaison ssl ... le module de paiement
étant lui sécurisé ?

4) Pour connecter mon site Joomla avec ce module de paiement si j'opte pour Hikashop
par exemple je n'aurais pas d'extension supplémentaire à acheter pour que le tout
soit opérationnel où j'oublie un ou 2 trucs quand même ?


Merci d'avance
Laurent

1) tout depend de ce qui as été décidé lors de la singtaure du contrat de VAD...
2) 3)si ecommerce, alors ssl obligatoire pour deux raisons :
securiser la transaction
appraitre comme un vendeur serieux aux yeux des clients.
un site de vente non securisé fera peur aux clients.....
4) poser la question sur le forum de l extension

[messinmaisoui]

Re : https, ssl et module de paiement bancaire

Ok Merci Lefabdu51

[messinmaisoui]

Re : https, ssl et module de paiement bancaire

Question Module de paiement du Lundi-matin après 2-3 cafés quand même ;-)

Prenons un site vitrine qui vante disons 3 produits seulement.
Ce site à la base n'est pas une boutique en ligne (pas de partie virtuemart, hikashop etc ...)

Est-il envisageable raisonnablement de :
1) Sécuriser le site (ssl)
2) Y connecter / greffer facilement un module de règlement CB ?

Ainsi un client potentiel arrive sur le site, se laisse séduire par un produit, renseigne donc nom, prénom, adresse,e-mail ... sélectionne un des 3 produits dans un formulaire puis est redirigé vers la partie paiement ...

Ou ... non il faut mettre absolument en place une extension (virtuemart, hikashop ...)
même pour si peu de produits ...


Merci pour vos conseils ...

[RobertG]

Re : https, ssl et module de paiement bancaire

Ce n'est pas parce que tu as sur le site des infos d'identité et d'adresse des clients, ainsi que leurs commandes que tu es obligé de passer en https ! Si tu as un module bancaire de paiement, c'est la banque qui sécurise, tout comme c'est PayPal si tu passes par cette solution.
Il y a eu des discussions, j'ai moi-même interrogé un fournisseur de certificats, il n'y a que si tu conserves les données de CB ou autres coordonnées bancaires qu'il te faut un certificat "pro", sinon tu peux t'en passer ou utiliser un certificat basique, juste histoire de rassurer le client. Des études ont prouvé que la présence du cadenas n'augmenterait que de 3 à 5% les ventes, ce qui veut dire que la plupart des clients ne s'en préoccupent pas...

Pour une solution simple, regarde du côté de Simple Caddy par exemple (j'espère qu'il existe encore ) ou équivalent ; par contre, il est loin d'être certain que les solutions bancaires puissent être associées à toutes sortes de système de boutique, un plugin capable de transférer les infos de facturation/paiement aux normes du système bancaire étant indispensable.

Quant à la nécessité de passer par un dédié ou VPS pour pouvoir utiliser un certificat SSL, tout dépend des hébergeurs.
OVH est en betatest sur ses mutualisés, 1&1 propose depuis longtemps un certificat directement installable sur ses offres mutualisées (si j'ai bien compris, il suffit de souscrire pour que ça fonctionne sans avoir rien d'autre à faire). Chez PHPNET où je m'y suis intéressé, les serveurs mutualisés Premium le permettent (je n'ai pas vérifié pour les autres mutualisés).
Donc il est possible de sécuriser des mutualisés, et à moindre frais (la première offre Gandi est à 12 € HT/an si je ne me trompe).

[messinmaisoui]

Re : https, ssl et module de paiement bancaire

Merci RobertG !!! pour cette longue réponse

- J'ai cru comprendre que les sites en https allaient être un jour "la norme" sous Google sous peine d'être moins bien référencés : http://www.zdnet.fr/actualites/googl...s-39804689.htm ... et puis pour rassurer les clients (et mon client) ... je vais donc passer en https.

- Pour mon cas précis, chance l'hébergeur propose le ssl "gratuit" sur le mutualisé, après l'avoir
contacté, il me faudra quand même payer un organisme de certification (ex : 5 dollars / an chez ssls * .com !?)
Bon c'est pas la mort comme dépense ...

- Je ne conserverai pas les données CB sur le site en question.

- Indépendamment du passage http -> https, certificat SSL et hébergeur, mon interrogation principale
reste le raccordement d'un "bête" formulaire à un module de paiement ... est-ce que Simple Caddy va
s'occuper de ça ou j'oublie un truc ? Si je comprends bien je dois tester Simple Caddy pour savoir

[RobertG]

Re : https, ssl et module de paiement bancaire

En effet, c'est ce que Google a dit, mais compte tenu du prix que font payer les hébergeurs pour du SSL sur mutualisé, énormément de gens y renonceront. Je ne vois absolument pas l'intérêt pour beaucoup de sites d'être sécurisés juste pour un meilleur positionnement dans les moteurs de recherche : sur mes sites, aucune info concernant des clients n'a besoin de sécurisation, puisque je n'y ai pas de membres : pourquoi faudrait-il que je passe en SSL ? Ce serait un investissement (même minime) sans aucun intérêt.

Ton hébergeur qui propose du "SSL gratuit" mais nécessite que tu paies le certificat, c'est curieux : ou c'est gratuit, ou c'est payant...

Il faut d'abord que tu explores les solutions simples (leurs sites et leurs docs lorsqu’il y en a, ainsi que leur liste des plugins de paiement) pour savoir si une solution proposée par la banque par qui tu souhaites passer dispose d'un plugin pour l'extension. Si ce n'est pas le cas, il faudrait le faire développer...
Et selon le volume des transactions prévu, il est parfois bien plus simple et pas forcément plus cher de passer par PayPal. Il faut calculer à partir de quel montant l'investissement dans une solution bancaire est plus avantageux, mais le tarif variant parfois au bon vouloir du banquier, la chose n'est pas simple !

[messinmaisoui]

Re : https, ssl et module de paiement bancaire

Ok je pars à la pêche aux informations !
Pour le "gratuit payant" ou "payant gratuit" on est d'accord ...

[RobertG]

Re : https, ssl et module de paiement bancaire

En ce qui concerne Simple Caddy, bien qu'on trouve dans la doc des infos parlant d'autres plugins de paiement, il semble n'y avoir aucun de ces plugins sur le site de l'auteur, en dehors de celui pour PayPal inclus dans le pack d'installation.

[messinmaisoui]

Re : https, ssl et module de paiement bancaire

Oui paypal ne sembla pas bien compliqué à installer si j'en juge par ce tuto de 2009 (bon ça a peut-être un peu évolué) : http://www.lafermeduweb.net/billet/t...tie-1-275.html
Les frais Paypal sont facilement estimables selon le montant des ventes ...

Pour les modules de paiement comme par exemple le Credit*Mut : https://www.cmcicpaiement.fr/fr/info...ique_v3_0g.pdf c'est déjà plus lourd,
me semble t'il !

Si je pars d'un formulaire et que je souhaite raccorder ce formulaire par exemple au Credi*Mut, est-ce que
cela sera aussi difficile qu'avec une extension comme Hikashop ou j'aurai déjà des champs prédéfinis selon
tel ou tel banque pour me faciliter la tâche ?
Ou alors en prenant le problème sous un autre angle, est-ce que Hikashop se paramètre plus facilement avec
certaines banques plutôt que d'autres ?

[RobertG]

Re : https, ssl et module de paiement bancaire

Je ne peux pas te conseiller pour les banques.
Le problème est l'existence de plugins ou pas : s'il en existe pour telle ou telle solution bancaire, a priori il suffit de saisir les divers codes correspondant au contrat. S'il n'en existe pas, il faut savoir les créer...
Quant à PayPal, c'est pareil : dès lors qu'il y a un plugin disponible pour la solution e-commerce, il suffit la plupart du temps de paramétrer simplement l'adresse de messagerie du compte vendeur, sans autre info (sauf lorsqu'on veut faire payer les frais au client), le plugin s'occupant du reste.
C'est en tout cas ce qu'on voit sur des solutions e-commerce comme Virtuemart et Hikashop, ou de réservation avec paiement en ligne.