Aller au contenu

Infos pour créer sa propre solution de paiement


In Web I Trust

Sujets conseillés

Bonjour,

J'ai quelques questions par rapport à la mise en place d'un système de paiement en ligne sécurisé :

- Les banques travaillent par l'intermédiaire de SIPS d'Atos, pourquoi, pour un créateur de site web (et de + en + des sites marchands), ne pas travailler directement avec Atos et créer son propre système en appliquant ses propres tarifs (coût de l'installation des scripts CGI, abonnement mensuel pour l'utilisation du serveur sécurisé, pourcentage sur chaque transaction..)? Que fournit Atos au banques ? Que fait payer Atos aux banques?

- Il y a t'il d'autres solutions pour devenir l'intermédiaire direct entre le site marchand et la banque?

- Si j'ai bien compris j'ai besoin d'un certificat SSL pour pouvoir créer un tel système, est il fournit avec la solution d'Atos ou faut il l'acheter séparement ? C'est peut etre une question idiote....

J'ai bien d'autres questions mais on va commencer par ca... :)

Merci !

Modifié par In Web I Trust
Lien vers le commentaire
Partager sur d’autres sites

Le problème n'est pas d'utiliser Atos directement sans passer par les banques, le problème va se trouver ailleur.

Un système de paiment en ligne doit être obligatoirement être associé à un système bancaire, sinon comment faire pour faire transister le paiment vers ton compte???

Lien vers le commentaire
Partager sur d’autres sites

Posté (modifié)

Lu sur un autre forum :

1) Les intermédiaires en encaissement

Il s'agit de PAYBOX, Ogone, et SIPS principalement.

Ils mettent à disposition des API permettant soit de réaliser le paiement sur leurs pages (et ils retournent le résultat au site), soit de réaliser l'intégralité de la transaction sur le site Web (Version PPPS ou Paybox ou Office serveur pour SIPS) et de faire par API des appels sur leurs serveurs (cela permet de aire du débit partiel et du remboursement de carte automatiquement).

Le coût varie de 0.0973 à 0.15 par transaction (en fait chaque appel au serveur de paiement coute une transaction, donc si tu fais de la demande d'autorisation puis une remise en banque utltérieurement, alors ça coute deux transactions).

En terme de coût, dans l'ordre décroissant c'est Paybox, Ogone et SIPS.

Le crédit de ton compte est généralement fait le jours ouvré suivant la remise en banque.

2) Les systèmes internes des banques

Elles proposent toutes soit leur propre système de paiement, soit celui d'un intermédiaire (principalement SIPS mais de plus en plus Paybox). Il n'y a à ma connaissance que Fortis qui ne propose pas de système par défaut (généralement c'est du Paybox).

Pour celles qui utilisent Paybox ou SIPS, l'installation est identique au 1).

Pour les autres, je ne pourrais pas me prononcer à part pour le groupe Crédit Mutuel / CIC qui a sa propose solution Euro Information, qui est assez simple a mettre en place et surtout très fiable.

Coté coût, il faut compter en général 150 à 1500 de frais de mise en service, et il n'y a pas de frais à la transaction.

SIPS semble marcher avec toutes les banques...

Je parle bien de créer un système de paiement sécurisé, la passerelle entre le site marchand et la banque, pas de jouer le rôle de la banque.

Modifié par In Web I Trust
Lien vers le commentaire
Partager sur d’autres sites

Bonjour,

J'ai quelques questions par rapport à la mise en place d'un système de paiement en ligne sécurisé :

- Les banques travaillent par l'intermédiaire de SIPS d'Atos, pourquoi, pour un créateur de site web (et de + en + des sites marchands), ne pas travailler directement avec Atos et créer son propre système en appliquant ses propres tarifs (coût de l'installation des scripts CGI, abonnement mensuel pour l'utilisation du serveur sécurisé, pourcentage sur chaque transaction..)? Que fournit Atos au banques ? Que fait payer Atos aux banques?

- Il y a t'il d'autres solutions pour devenir l'intermédiaire direct entre le site marchand et la banque?

- Si j'ai bien compris j'ai besoin d'un certificat SSL pour pouvoir créer un tel système, est il fournit avec la solution d'Atos ou faut il l'acheter séparement ? C'est peut etre une question idiote....

J'ai bien d'autres questions mais on va commencer par ca... :)

Merci !

Bonjour,

Il n'y a aucune raison de devenir l'intermédiaire entre une banque et un commerce en ligne. Ca serait mal vu du commerce, et de la banque.

Atos fournit des executables, à placer sur le site marchand. Remplacer Atos signifie coder un exécutable, avec tous les risques que cela comporte. Il s'agit bien de flux financiers, et tu ne pourras te permettre la moindre erreur.

Le certificat n'est pas fourni avec Atos. D'ailleurs, il n'y en a pas besoin. Tu installes Atos sur un serveur, et ceci permet d'envoyer les données à la banque.

Lien vers le commentaire
Partager sur d’autres sites

Posté (modifié)

Je ne veux pas remplacer Atos mais créer un système tel que cybermut pour la CIC ou e-transaction pour le crédit agricole...etc en utilisant les executables d'Atos. Ce système serait installé sur un serveur dédié avec les sripts d'Atos et c'est pour cela que je parle d'un certificat SSL pour que les opérations effectuées sur ce serveur soient cryptées.

PS: merci pour vos réponses

Modifié par In Web I Trust
Lien vers le commentaire
Partager sur d’autres sites

A moins que ce soit pour te lancer dans la commercialisation du système, cela n'a pas d'interet à mon sens.

Les clients paient en ligne parce qu'ils arrivent sur une interface sécurisée d'une banque. Ils savent à quoi cela doit ressembler et s'ils tombent sur qqch de différent, ton taux de caddies pleins sans paiement va s'envoler.

Deuxièmement, les services que tu achetes avec une banque sont testés et éprouvés. Si avec ton bricolage tu rencontre le moindre problème, ce sera tout pour ta pomme. Le jeu en vaut il la chandelle ?

Lien vers le commentaire
Partager sur d’autres sites

Je crois qu'il y a une petite confusion de ta part IWIT : l'exécutable d'Atos, même s'il est installé sur ton serveur, ne lui confie à gérer qu'un certificat, tout se passe sur les serveurs d'Atos / de la banque.

Il n'y a pas de place pour d'autres intermédiaires techniques dans ce processus. A quoi serviraient-ils?

Si tu souhaites développer une solution technique concurrente à celles citées, il te faudra bien du courage, l'aspect cryptage n'étant qu'une partie du problème; pour avoir ton premier client, il va falloir convaincre au moins une banque de travailler avec ta solution.

Lien vers le commentaire
Partager sur d’autres sites

Posté (modifié)
A moins que ce soit pour te lancer dans la commercialisation du système, cela n'a pas d'interet à mon sens.

Les clients paient en ligne parce qu'ils arrivent sur une interface sécurisée d'une banque. Ils savent à quoi cela doit ressembler et s'ils tombent sur qqch de différent, ton taux de caddies pleins sans paiement va s'envoler.

Deuxièmement, les services que tu achetes avec une banque sont testés et éprouvés. Si avec ton bricolage tu rencontre le moindre problème, ce sera tout pour ta pomme. Le jeu en vaut il la chandelle ?

L'idée, c'était ca oui, vu que nous avons plusieurs demandes de création de sites e-comm et que ca va continuer je pense, j'aimerais utiliser par la suite ce système pour tous nos clients. Mais biensur je ne veux pas me mettre sur un travail interminable et je ne veux le proposer que si il est à 100% fiable (disons plutôt 99% :)), c'est pour ca que j'essaye d'avoir des avis là-dessus (et je précise je ne suis pas le développeur, je me renseigne juste...pour lui en faire part aprés..)

Je crois qu'il y a une petite confusion de ta part IWIT : l'exécutable d'Atos, même s'il est installé sur ton serveur, ne lui confie à gérer qu'un certificat, tout se passe sur les serveurs d'Atos / de la banque.

Il n'y a pas de place pour d'autres intermédiaires techniques dans ce processus. A quoi serviraient-ils?

Si tu souhaites développer une solution technique concurrente à celles citées, il te faudra bien du courage, l'aspect cryptage n'étant qu'une partie du problème; pour avoir ton premier client, il va falloir convaincre au moins une banque de travailler avec ta solution.

En fait, je veux tout pouvoir gérer du site marchand jusqu'à l'envoie des données à la banque :

et voila ce que propose Atos :

SIPS Payment

SIPS sécurise de bout en bout la transaction. Au moment du paiement, lacheteur est rerouté du site web marchand vers la page de paiement du service SIPS sur lequel il est invité à saisir son numéro de carte. SIPS Payment est destiné aux marchands qui veulent externaliser en totalité la gestion des données de paiement sensibles de leurs clients. Pour une meilleure fluidité lors de lacte dachat, la page de paiement est aux couleurs du site Web du commerçant.

Le commerçant na pas à se soucier de la sécurisation de lacte de paiement et de la protection des données, tout en bénéficiant de mécanisme de gestion du paiement lui permettant doptimiser chaque transaction en fonction de ses propres contraintes et de ses propres besoins.

Solution évolutive, utilisée quelque soit la taille du commerçant et son volume de vente.

SIPS Office Server

Le traitement de paiement est partagée entre le site Web marchand (pour la saisie des données bancaires) et le système SIPS pour la sécurisation, la gestion et le traitement des flux vers les organismes bancaires. SIPS Office est conçue pour les commerçants souhaitant gérer la relation commerciale de bout en bout.

En l'occurence c'est SIPS Office server qui m'intéresse, quelqu'un connait t'il les tarifs d'Atos ?

Modifié par In Web I Trust
Lien vers le commentaire
Partager sur d’autres sites

Voila, j'ai eu les réponses à mes questions et ce n'est pas que du courage qu'il faut mais surtout de l'argent...

En effet, Atos peut vous fournir tout pour créer son propre système :

- Premièrement l'API qui coute le + cher

- Puis une charge annuelle

- Puis quelques centimes par transaction avec une charge minimum à payer et un plafond de transactions

- Enfin un coût par nouveau commercant ajouté

Bref, a moins de ne vouloir faire que ca, c'est quand même bcp d'argent...

Lien vers le commentaire
Partager sur d’autres sites

Veuillez vous connecter pour commenter

Vous pourrez laisser un commentaire après vous êtes connecté.



Connectez-vous maintenant
×
×
  • Créer...