I'm working on a PayPal Subscriptions integration. As usual, the PayPal documentation is indescribably bad.
As part of the process, you are required to "Get Customer Approval" - I understand how this works (you redirect the customer to a URL that is in a response received earlier in the process).
According to PayPal, you have to execute the agreement AFTER the customer has approved. There is no mention whatsoever of how PayPal communicates the fact of approval:
The customer approves, and subscribes to, the agreement and enters his
or her customer and payment details. After you get the customer and
payment details, you can execute the agreement. Then, it becomes an
active subscription.
Can anybody shed light on how this is achieved?
Related
I have created shopify app and setting up billing Api. In the App, I want to apply trial period of 20 days. I have created the charge during the app installation and send customers to confirmation url so that they can accept or decline the charge.. So I want to know that if customer decline the payment charge, then can he uses the app featurs till trial period?
If a customer declines the subscription, you still get the confirmation URL callback. Examine the charge. The status will say declined. At this point you can kill off their DB token and destroy their session. This will ensure they cannot use your App as they declined the terms.
It is one bad aspect of the whole billing scenario. I have lots of customers that are faced with a question they don't read. So they assume the trial you offer for free is activated by declining the subscription. Silly customers... still cannot operate the Internet :)
Ok so I got the following problem with my Shopify shop: Because my shipping varies based on weight paypal does not show the shipping rate until after the customer has logged in and paid for it. It then gets send back to Shopify where it receives the message that it will be billed an additional $10 for shipping, which already got me some complaints.
So what I want is that it will already shows the shipping cost before the customer logs in and pays for it. I imagined that more people had this problem and perhaps found a solution to fix this?
Thank you
There are a number of ways to handle this with the PayPal system, but I'm not sure if Shopify is open enough for you to make any changes. You'll probably need to ask them how it's configured and see if you have any option to adjust it.
The standard flow for Express Checkout is that you would show the user their cart and any fees you've gathered at that point so you can generate the subtotal. Then you send them over to PayPal where they login and agree, and are then sent back to your site. Back at your site you would obtain the shipping address from PayPal and you could then display a final review page that breaks down any additional shipping, tax, etc. that might be applied now that you know their shipping address. No money would actually be charged until they approve this final review page.
In order to skip the additional review page on your own site, PayPal introduced the Instant Update API a few years ago. This gives you the ability to generate a web service that PayPal's review page will call and send the shipping address so that the service can calculate shipping and tax and return it back to PayPal. The PayPal review would then update accordingly so the buyer can choose their shipping option and see the grand total on the PayPal review page. That way they can finalize and would still be returned to your site, but you wouldn't need to show another review. You could simply show the thank you / receipt page.
I'm not sure if that first method I outlined is in fact what you're getting..?? It sounds like you're saying that Shopify is skipping the extra review, finalizing the payment, and then simply notifying the user that more money was charged than they agreed to. If that's the case, I would say that's very sloppy checkout design.
Again, though, as Shopify is a hosted solution, you probably won't have the ability to adjust this on your own. It's possible they have the Instant Update API available, though, and maybe you just need to enable it..??
You'll need to check with them for more details about your options.
When I'm testing payment on my site using paypal account I'm receiving PDT (silent post) and then notification (IPN). But when I'm testing payment using credit card, I'm getting only silent post and no notification from IPN service. Also I can't find any sale transaction where has been used credit card on sandbox.paypal and no notifications in IPN History, but it (transaction) exists on manager.paypal. Also no charges to merchant account. Is it fine? Can anybody tell me how should I check that money transferred successfully and transaction completed when used cc for payment?
Thanks,
Eugene
You may have PayPal set up to handle your Express Checkout transactions, and a 3rd processor set up to handle your credit card transactions on your test Payflow account which would cause the issue that you are seeing. As IPN is only set up on the PayPal account, and if your credit cards are not being processed through PayPal you wont get an IPN. If you can provide one of the transaction id's I can confirm this on my end.
We have implemented PayPal Website Payments pro. Everything seems to work like a charm.
But, my merchant ain't receiving the emails from Paypal when the user purchases the item using their CreditCard. But, when purchased with their PayPal account, the emails are coming through fine.
Is this the normal behavior? Or, is there something that I need to fix in my settings ?
The seller account should get the normal email notification that they've received a PayPal payment, but no email would be sent to the buyer. This is intentional because buyers who specifically request CC instead of PayPal might be upset if they start getting PayPal notifications.
When using Payments Pro it's generally left up to you to create and send your own email receipts/notifications.
That said, you mentioned here that it's your merchant account that's not receiving anything, which would typically be referring to the seller account. If that's what's happening then I'd recommend calling PayPal support or submitting a ticket at www.paypal.com/mts and let them know what's going on.
Consider the following use case
1. User selects a product to purchase on seller's site
2. Clicks on net-banking option and redirected to his bank website
3. Successfully makes the payment.
4. But before the payment gateway redirects him back to seller site the browser crashes.
5. Seller site reports that payment is not recived but the bank reports that payment has been made.
What are the best practices to handle such cases?
Return money to customer or deliver goods. Should be a rare occasion, and I dont really see it possible as automating.
What you could ALSo do is regularly check all open / pending payments from the website (as: the user was sent to the bank, so I can check in an hour whether I simply missed / never got the callback / for the payment.
Imagine 4 is : User closes interface and browser never returns.
The payment gateway should have an API to keep and identify those, including whether the payment was finally aprooved.