Suite a http://linuxfr.org/~Kuranes/3931.html, vu les prix et les faiblesses de ces systemes, et vu que je vais en avoir besoin, je le ferai bien en libre.
Faiblesse principale des systemes :
- Obliger un paiement > 20$
- Securite obscure (des serveurs sous des systemes d'exploitation incertains...)
- Pas de controle de budget (date, encaissement retardes, etc...)
- Pas de bons languages (francais pour paypal), obligation de se logguer...
- Intermediaire vraiment necessaire ?
L'idee, c'est de proposer un moyen aux developpeurs independants (ou petite entreprises) de gagner plus quand leurs salaire depend de paiements en ligne.
Etapes:
1)
- un package apache+ssl+php+postgresql
- ou une distrib sur CD de e-payement
2) une doc sur les demarches legales
3) demarcher des banques.
(c'est la partie "commercial" avec les banques qui me semble le plus dur...)
En regardant e-payement sur google, y'a de la concurrence...
http://www.google.com/search?hl=en&lr=&ie=UTF-8&oe=utf-8&q=e-payment&spell=1
Ceux que ca interresse, postez ici. Pour avoir une idee des utilisateurs interresses, et des gens pret a mettre la main a la pate
Si vous etes etudiant et que vous voulez faire ca en projet...
Des concurrents et de l'inspiration :
http://www.hotscripts.com/cgi-bin/search.cgi?query=visa&catid=all&bool=and&substring=0&mh=25
Journal GPL e-payement (suite du journal "Recherche infos sur systeme de paiement")
9
juil.
2003
# Re: GPL e-payement (suite du journal "Recherche infos sur systeme de paiement")
Posté par Nap . Évalué à 2.
l'avantage d'un intermédiaire à mon sens est qu'un client aura plus confiance en un site de e-commerce si il passe par un intermédiaire qui gère la transaction.
[^] # Re: GPL e-payement (suite du journal "Recherche infos sur systeme de paiement")
Posté par tuan kuranes (site web personnel) . Évalué à 1.
T'installes le truc sur ton serveur,
tu t'arranges avec ta banque,
et tu recuperes l'argent.
Si tu recois un don de 20 euros,
tu toucheras 19,80 euros,
ou 15 euros minimum au lieu des 10 euros actuels avec Kagi.
Mon idee c'est remplacer paypal ou kagi, par un ensemble d'application que tu installes simplement sur ton serveur.
Confiance en paypal ou Kagi ???
Je prefere le faire moi-meme, avec un code GPL, qui permettra a quiconque de voir que l'on n'utilise qu'une fois le code de CB, par exemple...
[^] # Re: GPL e-payement (suite du journal "Recherche infos sur systeme de paiement")
Posté par . Takhi . Évalué à 2.
un truc certifié par Verisign et ses copines... bref 100 / an si c'est pour recevoir des dons je trouve pas ca forcément négligeable...
Alors je ne dis pas non pour la plate-forme sécurisée, mais l'investissement initial n'est pas négligeable..
[^] # Re: GPL e-payement (suite du journal "Recherche infos sur systeme de paiement")
Posté par tuan kuranes (site web personnel) . Évalué à 2.
C'est un point non-negligable...
Je ne suis pas sur, mais il est possible de faire sans certificats, si l'utilisateur accepte.
Je vais fouiller ce point la...
[^] # Re: GPL e-payement (suite du journal "Recherche infos sur systeme de paiement")
Posté par . Takhi . Évalué à 2.
La transaction est bien entendu Sécurisée mais tu ne peux pas rassurer le quidam qui va utiliser sa carte bleue et qui voit le message "certificat non certifié sans Certificate Authority" ... c'est clair que ca refroidit pas mal :)
[^] # Re: GPL e-payement (suite du journal "Recherche infos sur systeme de paiement")
Posté par Nap . Évalué à 1.
existe-t-il une autorité de certification associée au libre ?
et (donc) pas chère ?
et si elle existe, ou si on la crée, l'autorité de certification, mozilla pourrait intégrer son certificat... (IE c'est pas la peine d'y penser :) )
[^] # Re: GPL e-payement (suite du journal "Recherche infos sur systeme de paiement")
Posté par ours Ours (site web personnel) . Évalué à 2.
Perso je trouve plus rentable si tu es constitué en société de passer par les banques qui font des prix sympas (style 2% 0.46 euro min)
et au moins ton certificat ne sera pas naze et ne fera pas fuir les clients potentiels
[^] # Re: GPL e-payement (suite du journal "Recherche infos sur systeme de paiement")
Posté par tuan kuranes (site web personnel) . Évalué à 1.
[^] # Re: GPL e-payement (suite du journal "Recherche infos sur systeme de paiement")
Posté par . Takhi . Évalué à 1.
je veux bien si qq'1 a l'adresse je prends:)
[^] # Re: GPL e-payement (suite du journal "Recherche infos sur systeme de paiement")
Posté par _seb_ . Évalué à 1.
Il y a tous les outils necessaires pour le faire en GPL. Cependant ça ne change pas le problème principal: les utilisateurs auront toujours une boîte dialogue qui apparaitra :"Attention, je ne connais pas ce Certificate Authority".
Si tu regarde dans les préférences de ton naviguateur, tu remarquera qu'il existe des "Certificate Authorities" pré-enregistrés comme étant sûr (Verisign, Thawte, VISA pour les plus connus). Ils sont tous américains !
On peut bien sûr en ajouter personnellement mais l'utilisateur lambda va s'y perdre probablement.
# Re: GPL e-payement (suite du journal "Recherche infos sur systeme de paiement")
Posté par Mouns (site web personnel) . Évalué à 2.
Il y a des points qui sont neanmoins a valider, comme : la recuperation, le stockage, le transfert. sinon pour les paiements effectifs, ils suffit d'avoir une licence du reseau interbancaire.
il y a un point aussi qu'il ne faut pas negliger : la loi. je m'explique. pour creer un organisme qui gere des fonds en france, il faut une SA au capital de 11.000.000 d'euros et des brouettes. Il y a toute une legislation specifique a ces structures. j'etudie un peu le probleme pour un moteur comptable que je developpe.
[^] # Re: GPL e-payement (suite du journal "Recherche infos sur systeme de paiement")
Posté par tuan kuranes (site web personnel) . Évalué à 1.
Apres recherche sur la "licence du reseau interbancaire"
Apres avoir lu un peu de doc, ca m'a l'air d'etre exclusivement B2B, pas de particuliers ou d'independant...
http://www.swift.com(...)
http://solutions.journaldunet.com/0212/021203_panoswift.shtml(...)
http://www.01net.com/article/168356.html(...)
http://www.weblmi.com/articles_store/976_35/Article_view(...)
Et il faut une LS speciale pour se connecter a swiftnet
C'est de ca dont tu parlais ?
Pour la loi, si elle ne s'applique pas si tu ne fais que recuperer le pognon, sans le gerer, si ?
Mon idee, c'est de faire en libre, l'outil virtuel qui fait exactement la meme chose que les terminaux de CB a la caisse du supermarche ou du tabac...
[^] # Re: GPL e-payement (suite du journal "Recherche infos sur systeme de paiement")
Posté par Mouns (site web personnel) . Évalué à 1.
1. recuperation de l'information du client
2. stockage de l'information dans des journaux
3. passage d'ordre de transfert de fonds sur les reseaux bancaires
SWIFT est un reseau internationnal. en france, il y a differents reseaux, differents services ( CNCB, Gie Carte Bancaire, Gie Carte Bleue, ... )
pour se connecter a moindre reseau bancaire,il faut une LS, c'est obligatoire, pour des raisons de securite.
> Pour la loi, si elle ne s'applique pas si tu ne fais que recuperer le pognon, sans le gerer, si ?
la loi s'applique si tu manipule des fonds ( manipuler sans gerer ).
les terminaux CB ... ca coute de l'argent de faire un transfert d'argent ... il y a des couts non negligeables.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.