Ça ne dépend pas du contrat du vendeur mais de la banque de l'acheteur, ou des liens entre banque Je viens d'installer un paiement cic cm pour un client et il y a le secure id, mais il est utilisé si la banque de l'acheteur le gère ----------------------------------------- Régis Houssin Tél. +33633020797 Le 4 sept. 2012 à 22:59, "Laurent Destailleur (eldy)" < address@hidden> a écrit :
Le 04/09/2012 22:45, Régis Houssin a
écrit :
À confirmer car maintenant la plupart des banques proposent
de confirmer le paiement en inscrivant un code envoyé par SMS
lors du paiement
C'est vrai. C'est le secure-id inventé par visa et mastercard.
Un des avantages et que "certaines" banques annoncent accepter de
prendre sur elle quand ce systeme est en place car la vérif étant
faite par elle, le paiement deviens sécurisé et la loi ne
s'appliquerait pas.
Mais pour le mettre en place, je me demande si il n'y a pas aussi
des contraintes à respecter en tant que vendeur. Personnellement je
ne l'ai jamais mis en place. Mon contrat vad avec crédit mut ne le
propose pas, donc j'ai jamais creusé.
-----------------------------------------
Régis Houssin
Tél. +33633020797
Le 4 sept. 2012 à 22:36, "Laurent Destailleur (eldy)" < address@hidden>
a écrit :
Le 04/09/2012 21:20, Régis
Houssin a écrit :
je ne sais pas si tu as déjà demandé d'annuler un paiement
carte bleue à ta banque mais faut de bonnes raisons :-)
Faux.
Lors d'un achat SANS saisie de code bancaire, il ne faut
AUCUNE justification.
De tel vente étant considéré comme non sur, les banque accepte
que les commercant vente via un canal non sur (sans saisie du
code) mais en contrepartie elle annule sur simple demande.
D'ailleurs c'est meme écrit dans la loi, qu'aucune
justification n'est requise et que les banques ont obligations
(Loi de 2003).
Par contre, la plupart des banques (axa banque, la mienne)
demande d'envoyer un courrier pour confirmer.
en général si c'est un paiement de ton propre
chef il te raccompagne à la porte en te demandant de
contacter le vendeur.
si tu leur dit que c'est une escroquerie il te demande de
porter plainte,
ce qui implique forcément une confrontation avec la police,
où on s'empressera de prouver notre bonne fois.
et si carte volé idem, police... mais là c'est pour le
voleur de la carte :-)
concernant le vol, que ce soit banque ou paypal on rembourse
pour le reste je trouve qu'on a plus de chance
d'être gagnant avec la banque.
Utilisant les 2 systemes, je ne partage pas ce point de vue,
mais je le comprend.
Pour la petite histoire, ma mère à travailler
47 ans à la société générale, des histoires j'en connait ;-)
Le 04/09/12 20:54, Laurent
Destailleur (eldy) a écrit :
L'avantage de paypal avec une solution de paiement VAD
banque directe et que tu as une seconde chance dans ces
cas de ne pas perdre la vente. En effet, avec paypal, si
tu prouves qu'il a bien acheté, Paypal peut te donner
raison. Avec un paiement non paypal, il n'y a pas de
systeme de gestion des litiges, la raison est toujours
donné à celui qui demande la répudiation du paiement.
Bref, Paypal permet de perdre moins de vente.
Et pour ce qui est de mettre un fichier README au lieu du
vrai module, cela n'augmentera pas tes ventes, ni ne les
dimunera.
Celui qui veut répudié son achat auprès de sa banque
pourra toujours le faire. Du coup, je vois pas l'interet,
hormi lutté contre l'injustice de savoir que certains
l'ont eu en payant et que d'autres ont réussi à l'avoir
gratuit (Comme c'est un bien dématérialisé, cela
n'augmente pas tes pertes d'etre volé, c'est juste une
vente non faite). En mettant le fichier README, cela ne
changera rien.
De plus il faut modifier dolistore, car si les vendeurs
font ainsi (utilisation du README), pourquoi pas, mais il
faut que le client soit au courant qu'il n'aura pas le
module directement. Il faut aussi qu'il sache que l'asso
n'a pas pu validé ni le packaging ni le module (il y a
actuellement des controles qualité qui doivent encore etre
enrichi qui dans ce cas ne seront pas fait). De ce fait,
il faudra aussi l'informer qu'il ne pourra pas etre
remboursé en cas de pb avec le vendeur (l'asso ne pouvant
validé le module et ne pouvant se permettre d'acheter
chaque module pour les valider). C'est donc un sacré
inconvénient pour l'acheteur en terme de confiance et il
par conséquent, il faut l'en informer (meme si il n'est
arrivé que 4 fois qu'un acheteur demande a être
remboursé).
Au final, le system de README réduit a mon avis plutot
fortement les ventes alors que l'utilisation normal n'a
pas cet inconvénient. Le seul inconvénient est qu'on
avantage certains malins mais vu que cela ne coute pas au
vendeur ni a l'asso, cela n'est pas génant au regard de
l'avantage. C'est comme le principe du "satisfait ou
remboursé", cela augmente les ventes car cela rassure mais
n'a aucun effet car personne ne demande à etre remboursé
et ceux qui le font sont si rare à coté du gain de vente
que tout le monde pratique ces regle marketing.
Bref, chaque vendeur fera comme il vaut mais a mon avis,
mieux vaut avoir un malin qui arrive a avoir le module
gratuit et faire 20 ventes, que ne faire que 18 ventes et
n'avoir personne qui arrive a avoir le module gratuit.
Le 03/09/2012 20:30, Régis Houssin a écrit :
oui mais le README lui dira de me
contacter :-)
Le 03/09/12 20:05, Laurent Destailleur (eldy) a écrit :
Le 03/09/2012 19:54, Régis
Houssin a écrit :
Pour faire suite au dernier
litige paypal concernant un paiement par
carte volée,
j'ai remplacé tout mes modules sur Dolistore par un
fichier README
expliquant la procédure pour récupérer le module
Je vous conseille de faire de même !
Cordialement,
Cela changera quoi ? Le fraudeur aura accès au README,
non ?
Cordialement,
Cordialement,
--
Régis Houssin
---------------------------------------------------------
Cap-Networks
Cidex 1130
34, route de Gigny
71240 MARNAY
FRANCE
VoIP: +33 1 83 62 40 03
GSM: +33 6 33 02 07 97
Web: http://www.cap-networks.com/
Email: address@hidden
Dolibarr developer: address@hidden
Web Portal: http://www.dolibarr.fr/
SaaS offers: http://www.dolibox.fr/
Shop: http://www.dolistore.com/
Development platform: https://doliforge.org/
---------------------------------------------------------
--
Eldy (Laurent Destailleur).
EMail: address@hidden
Web: http://www.destailleur.fr
Dolibarr (Project leader): http://www.dolibarr.org
To make a donation for Dolibarr project via Paypal: address@hidden
AWStats (Author) : http://awstats.sourceforge.net
To make a donation for AWStats project via Paypal: address@hidden
AWBot (Author) : http://awbot.sourceforge.net
CVSChangeLogBuilder (Author) : http://cvschangelogb.sourceforge.net
--
Eldy (Laurent Destailleur).
EMail: address@hidden
Web: http://www.destailleur.fr
Dolibarr (Project leader): http://www.dolibarr.org
To make a donation for Dolibarr project via Paypal: address@hidden
AWStats (Author) : http://awstats.sourceforge.net
To make a donation for AWStats project via Paypal: address@hidden
AWBot (Author) : http://awbot.sourceforge.net
CVSChangeLogBuilder (Author) : http://cvschangelogb.sourceforge.net
|