Choisir le bon système Paypal pour traiter les inscriptions et les abonnements

Question

Les paiements que nous recueillons sur notre site Web sont pour les abonnements et les inscriptions en ligne pour les conférences. Dans les deux cas, nous voulons collecter absolument toutes les informations autres que les informations de paiement nous-mêmes, et idéalement en transférer une partie à PayPal (les utilisateurs n'ont donc pas besoin de renseigner deux fois le nom, l'adresse, etc.).

Je sais qu'il existe des solutions où les informations sont collectées par le serveur lui-même, puis redirigées vers PayPal via un appel de services Web, mais ce n'est malheureusement pas une option. Toutes les informations de paiement sécurisées collectées doivent apparaître sur -serveur en raison de la stratégie réseau.

De plus, tous les formulaires ne doivent pas nécessairement être traités avec PayPal. Certaines personnes paieront par chèque, etc., elles ne devraient donc pas être envoyées sur une page de paiement. La plupart des solutions que j'ai regardées ont un bouton "Payer avec Paypal", donc je suppose qu'un formulaire est nécessaire pour aller sur le site PayPal, mais idéalement, nous voudrions y arriver via une redirection 302. Est-ce possible? (Je suis conscient que nous pourrions faire quelque chose comme un formulaire qui a été soumis automatiquement par JavaScript, mais je préfère ne pas suivre cette voie). Quel que soit le système que nous avons implémenté, nous devrons également gérer les paiements récurrents (périodiques).

Answer 1

Paypal a quelque chose appelé Payflow Pro. Ils l'ont acheté chez VeriSign il y a quelques années.

Vous pouvez l'utiliser pour faire une intégration complète avec l'API paypal. Alors que l'utilisateur entre leurs détails de paiement sur votre site, et votre code backend soumet la transaction aux serveurs de paypal. Paypal vous remettra alors un identifiant de transaction. Gardez l'ID de la transaction, tout le reste (comme le numéro de la carte) par la fenêtre.

Nous avons plusieurs clients qui utilisent Payflow Pro. C'est très bon et facile à utiliser.

Answer 2

Je ne suis pas entièrement sûr de comprendre l'étendue de votre question, mais je pense que oui. J'ai codé un nombre ces conf. enregistrements (bien que je ne sois pas connecté avec PayPal ... plutôt iTransact et Plug'NPay) et dans mes applications, j'ai dû lire la documentation API pour le système utilisé (PayPal dans ce cas). Ensuite, je me suis connecté à la passerelle de paiement et généralement ils ont un générateur de formulaire html. Tout ceci, bien sûr, renvoie un formulaire html avec les champs étiquetés appropriés à leur API (ainsi le nom et l'adresse de facturation sont transférés de votre système à PayPal et l'utilisateur n'a pas besoin de ressaisir leurs informations), montre vous les champs cachés dont vous aurez besoin (comme cutomer_id, etc) et le chemin POST du formulaire.

Ensuite, ce que je fais est que j'ai l'utilisateur enregistrer, prévisualiser leurs détails de commande sur une autre page (où vous pouvez choisir de déposer leurs informations dans une base de données ou attendre qu'après leur carte de crédit est traitée) aller à PayPal, payer avec carte de crédit OU vérifier (les options existent toujours) et quand ils cliquent sur confirmer, l'URL de renvoi que vous mettez dans un var caché quelque part, vous amène à une page de remerciement personnalisée transactions) qui peuvent être hébergés n'importe où sur vos serveurs.

C'est assez simple, juste un peu laborieux au début lorsque vous essayez de comprendre les nouvelles variables de formulaire spécifiques à une API de passerelle de paiement.

J'espère que cela a aidé!