Paypal IPN vs PDT

[egonolieux]

Ik heb een website waarop ik premium features aanbied via Paypal subscriptions. Bij het aangaan van een subscription zou ik willen dat de gebruiker in kwestie direct toegang heeft tot mijn premium features na betaling.

Met IPN lijkt mij dit niet mogelijk tenzij ik actief met ajax blijf pollen of de gebruiker zijn betaling verwerkt is. Ik zou dan een modal ter confirmatie kunnen tonen maar dit lijkt me nogal omslachtig en gebruiksvriendelijk. Een betere optie lijkt me om de subscription te verwerken met PDT zodat de gebruiker direct toegang heeft tot de premium features.

Het nadeel van PDT is echter dat het bericht slechts 1x verstuurd wordt en dat er geen absolute garantie is dat het bericht afgehandeld wordt. Een mogelijke oplossing lijkt me om naast PDT ook een IPN listener te implementeren als fallback.

Lijkt dit een goed plan? Hoe hebben jullie gelijkaardige situaties geimplementeerd?

[Damic]

Al de grote betaal instellingen (paypall mollie, ...) hebben een api waar je je moet aan houden, als een betaling is uitgevoerd of geweigerd laad de betaal instelling een pagina die is meegegeven door de aanvrager (je website) zodoende dat een betaling is verwerkt. Dit ziet de gebruiker niet, meestal krijgt de gebruiker terug je website te zien met de melding.

m.a.w. je moet niet luisteren gewoon wachten

[ Voor 6% gewijzigd door Damic op 01-01-2017 22:50 ]

[Morax]

Zie https://developer.paypal....IPNPDTAnAlternativetoIPN/

PDT has a a major weakness: it sends order confirmations once and only once. As a result, when PDT sends a confirmation, your site must be running; otherwise, it will never receive the message.

With IPN, in contrast, delivery of order confirmations is virtually guaranteed since IPN resends a confirmation until your site acknowledges receipt. For this reason, PayPal recommends that you implement IPN rather than PDT.

Another advantage of IPN is that it sends many types of notifications, while PDT sends just order confirmations. So, using IPN, your site can receive, for example, chargeback notifications as well as order confirmations.

Ik zou allereerst IPN implementeren simpelweg vanwege de betrouwbaarheid: Liever een betaling die later als betaald geregistreerd word dan een gefrustreerde gebruiker omdat de betaling totaal niet geregistreerd wordt. Tevens kan je dan de chargebacks afvangen om de subscription stop te zetten.

Als de IPN's goed werken kan je daarna daarnaast nog PDT implementeren om de betaling direct te verwerken van de gebruiker (nice to have), en dan heb je alsnog de IPN's als fallback en voor de chargebacks.