araya Posté 24 Mai 2006 Posté 24 Mai 2006 (modifié) Bonjour, Voila, je dois créér pour mon asso una application permettant aux membres de payer leur cotisation annuelle sur le site que je prépare ( env 1200 membres ). Cette partie paiement me créée un problème : les responsables de l'asso souhaitent que je travaille avec leur banque . Savez vous si la banque fournit ensuite les infos concernant la personne qui a payé car envoyé les membres à partir du site c'est bien mais je dois savoir qui a payé ( pardon, ca fait question de archi débutant mais ces trucs de paiement en ligne ça me donne le bourdon ) merci à une bonne âme de m'éclairer Modifié 25 Mai 2006 par Dudu
robinsonvendredi Posté 24 Mai 2006 Posté 24 Mai 2006 Les membres de ton association sont actuellement enregistrés sur une feuille excel (simple supposition). Il faut reprendre leurs coordonnées sur la base de données du site, ce qui leur permettra de s'indentifier en ligne, de payer, et lorsque le paiement en ligne est effectif, d'enregistrer le règlement correspondant sur leur compte. Une autre interface peut aussi permettre à des inconnus de s'inscrire. Ceci suppose un changement d'habitudes et un peu de programmation. Si tu ne connais pas grand chose aux bases de données et au paiement en ligne, il serait bon de te faire aider par un des professionnels du Hub...ce type de développement est ultra-classique, tu n'auras pas de mal à trouver quelqu'un capable de mener ça à bien.
araya Posté 25 Mai 2006 Auteur Posté 25 Mai 2006 Sans être un pro de la base de données, j arrive à me débrouiller à peu près: je peux par conséquent créér une base mysql avec les noms des membres. j ai réussi dans le passé sur un site à travailler avec cyberpaie qui renvoie des variables sur une page choisie. Mais s agissant des banques traditionnelles (dans le cas présent crédit mut ), est-ce vraiment aussi facile et renvoient t-ils sur le même principe des infos sur une page de mon site permettant d identifier si le membre a bien payé
Cariboo Posté 25 Mai 2006 Posté 25 Mai 2006 La plupart des systèmes respectent un principe : les coordonnées de l'acheteur ne sont pas transmises au système de la banque, et la banque ne donne aucune info sur la personne qui a payé (et surtout pas ses coordonnées bancaires). Comment ça marche alors ? Ton système doit être capable de générer un numéro de commande unique, c'est lui qui est transmis à la banque, avec le montant à payer. Ensuite, la personne paie cette commande avec le script sécurisé fourni par la banque (le TPE). Le script de la banque appelle ensuite un script chargé d'enregistrer la réponse du TPE, en général un simple code (genre : 0 abandon, 1 OK, c'est payé, 2 carte refusée, 3 limite dépassée...) Bref, il faut juste mettre en place une traçabilité parfaite des bons de commande. Si tu es en mesure, dans ta base, d'associer correctement un bon de commande à la personne qui a passé commande (ou rempli un formulaire d'adhésion), le tour est joué. En fait c'est simple.
Bourinho Posté 26 Mai 2006 Posté 26 Mai 2006 (modifié) Merci Caribègue... Avec toi, on a deux réponses pour le prix d'une.... C'est la modification de l'interface qui te pose des soucis??? Plus sérieusement, je pense que le problème de savoir qui a payé est le même pour tous...T'imagines un site qui reçoit des paiements sans savoir de qui cela provient??? Ca serait carrément l'anarchie pour envoyer les colis dans le cas d'un site e-commerce!!! Modifié 26 Mai 2006 par Bourinho
araya Posté 26 Mai 2006 Auteur Posté 26 Mai 2006 Merci Cariboo pour cette réponse détaillée. à la lecture de ces informations, je crois pouvoir m en sortir. Le script de la banque appelle ensuite un script chargé d'enregistrer la réponse du TPE, en général un simple code (genre : 0 abandon, 1 OK, c'est payé, 2 carte refusée, 3 limite dépassée...) - c est bien un script sur mon site ? ( et une variable php que la banque me retourne ?) Plus sérieusement, je pense que le problème de savoir qui a payé est le même pour tous...T'imagines un site qui reçoit des paiements sans savoir de qui cela provient??? Ca serait carrément l'anarchie pour envoyer les colis dans le cas d'un site e-commerce!!! en fait, dans le passé j avais travaillé pour un annuaire qui demandait une contrib aux sites référencés (un genre de droit d adhésion une fois pour toute) et peu importe qui payait dans ce cas la : suite au paiement le script du site validait automatiquement le nouveau site.....
Sujets conseillés
Veuillez vous connecter pour commenter
Vous pourrez laisser un commentaire après vous êtes connecté.
Connectez-vous maintenant