Is it possible in PayPal Standard to not allow a buyer to cancel a preapproved recurring payment?
To cancel a subscription is logical right for both seller and buyer. Buy can always cancel a pre-approved recurring payment if he/she want. Seller of course can terminate the recurring service if buyer cancel it.
Related
Our platform is trying to create a feature so that a seller can refund a paypal transaction after 60 days. To do this our thought was that we would use the adaptive payment feature and simply ask paypal to send money from seller to buyer.
We created an application, and in the sandbox we have everything working. When we move to production we get this response below.
{"errorId":"550001","domain":"PLATFORM","subdomain":"Application","severity":"Error","category":"Application","message":"User is not allowed to perform this action"}]}
The question is, "How does the seller authorize our platform?" Do they need to check a box in their Paypal account?
What's a bit confusing to us, is that we are testing with our own 'seller' account which is of course a valid Paypal account.
Furthermore, we are doing a simple implicit approval. We did notice that in our application registration we are 'conditionally excepted'. We read that simple payments should work fine, it is only the chained payments that require specific approval from paypal.
I'm the administrator of a site that allows anyone with a valid paypal account to sell online.
The problem is that the response of the ipn listener is INVALID because in the paypal's account sellers isn't set the url of my listener.
How can I do to sell more merchants on my site?
Thanks.
can we rely solely on subscr_eot to activate/deactivate an account?
Assume we have the following scenario:
On 9/16, a customer pays using Paypal for a monthly recurring
service.
With 24 hours, Paypal sends "subscr_signup" and
followed by "subscr_payment". At this time, the application will
grant the user access.
??
The question, will Paypal send an EOT before attempting to collect the payment on 10/16 or would it send it before?
Thanks,
subscr_eot means that the subscription has expired, either because the subscriber cancelled it or it has a fixed term (implying a fixed number of payments) and it has now expired with no further payments being due. It is sent at the end of the term, instead of any payment that would otherwise have been due on that date.
Is there any way to get Profile Id as response after subscription through button.
I am able to get payer_id, payer_email and others as transaction variables but i need profile id so that i can cancel that subscription from my website.
Or is there any way to cancel recurring payment without Profile Id
You can use IPN to get the Profile ID back to your system. Instant Payment Notification (IPN) is a message service that notifies you of events related to PayPal transactions. You can use it to automate back-office and administrative functions, such as fulfilling orders, tracking customers, and providing status and other information related to a transaction.
I have a very simple online ordering app in Perl. The user fills in a form, and when they submit, my app inserts the info into a mySql database, then redirects them to PayPal to complete the payment. The problem is that the database does not have any information about whether they actually completed the payment. I end up having to manually reconcile a report from PayPal with my database to confirm payment for each order.
Is there anything like a "callback" from PayPal, where I could provide PayPal with a unique identifier for the order and PayPal could send back that identifier as confirmation that the order was paid, preferably through an HTTP request back to my server? Then I could update the order in my database with a "paid" flag.
yes, that's pretty much exactly how it works.
Instant Payment Notification
check out Paypal instant payment notification