Discussion :

[popovitch130]

Bonsoir,

J'aurai pu mettre ce post dans la catégorie e-commerce mais ça ne concerne pas uniquement les e-commerces clé en main :

Comment faire lorsqu'on propose un achat de "points" ou de "crédits" par CB pour savoir si la transaction CB s'est bien passée ? Lorsqu'on met en ligne un paiement cybermut par exemple, on envoi à la banque les informations de facturations, ensuite le propriétaire du site a une interface de gestion des paiements en cours qui est directement relié à sa banque. Donc dans le cas d'un site ecommerce, le proprio livre après avoir vérifié que la transaction s'est bien passée. Mais comment ça se passe lorsque le client achete des crédits comme sur fotolia par exemple et qu'il souhaite les utiliser juste après avoir payé en CB ? Le problème se pose aussi pour le suivi des ventes réelles : on sait dire combien de clients on validés leur panier, combien ont été redirigés sur le TPE de la banque, mais on ne sait pas dire combien ont réellement payés suite à la connection au TPE ...

Merci

[blueice]

J'ai pas bien compris.
Sous forme de crédits prépayés, suffit de stocker l'information dans une BDD
et tu décrémentes...

Tu sais si un client a payé ou non, sinon comment veux-tu gérer un commerce en ligne

[popovitch130]

salut blueice !

ET bien lorsque le client clique sur valider la commande, pour le site e-commerce, le client a payé alors qu'en réalité, si le client se rétracte sur le serveur de la banque c'est pas le cas. Le moyen de vérifier c'est de vérifier sur la liste des paiements reçus qu'on voit sur l'interface de gestion du TPE virtuel.

Les crédits prépayés, tu peux m'en dire plus ?

[blueice]

Euh... à mon avis tu es informé que la transaction n'a pas eu lieu...

cybermut_creerreponsecm

(PHP 4 >= 4.0.5)

cybermut_creerreponsecm -- Génère un accusé de réception de confirmation de paiement
Description

string cybermut_creerreponsecm ( string phrase)

cybermut_creerreponsecm() retourne une chaîne contenant le message d'accusé de reception.

Le paramètre vaut "OK" si le message de confirmation du paiement a été correctement indentifié par cybermut_testmac(). Tout autre chaîne doit être considéré comme une erreur de traitement.

Pour les crédits, je ne sais pas mais ça semble logique, le client achète x crédits, suffit de le créditer sur son compte.
Et lors de ses prochains achats tu retires x crédits du total...

[popovitch130]

Ok, je comprends mieux. Pour le principe du crédit je comprends bien le système avec la BDD, cependant, il faut avoir le retour de la banque avant d'incrémenter le nombre de crédits en BDD, et il faut pas que le client attende 10 min ... c'est toujours possible tu crois ? (c'est ma dernière question après je vous embète plus )

[kaymak]

Ok, je comprends mieux. Pour le principe du crédit je comprends bien le système avec la BDD, cependant, il faut avoir le retour de la banque avant d'incrémenter le nombre de crédits en BDD, et il faut pas que le client attende 10 min ... c'est toujours possible tu crois ? (c'est ma dernière question après je vous embète plus )

Les retours sont réalisés instantanément, le problème, en cas de non retour, bien souvent provient du site web commerce qui n'a pas pu accepter la requête banque en cas de grosse charge.
Bref de mon point de vu aucun problème.

[blueice]

Je ne vois pas de problème non plus :-)

[popovitch130]

Merci Chef