Does anyone know if paypal has a mobile specific site or responsive site for their classic apis? Currently I am just using a sandbox for testing and they may have one on production. However, when redirecting from my site for pre-authorization for adaptive payments I end up on paypals gigantic checkout page.
Thanks to anyone who can clarify for me.
Are you sure you specifically need Adaptive Payments? If you use Express Checkout it will automatically switch to a mobile experience when a mobile device is detected.
Well i kind of answered my own question. For some reason paypal has added flex to all of the adaptive payment apis. It just simply does not allow it for pre-authorization. Its literally the only one. You can do it for future payment pre-authorization...just not adaptive payaments.
https://www.paypalobjects.com/webstatic/en_US/developer/docs/pdf/pp_adaptivepaymentsmobile.pdf
Basically the problem they have is this. All of their flex apis require a paykey. with adaptive payments you may also use a preapproval key. however, to get said preapproval key the user must pre-authorize in a non flex site. The only thing you can do is have them authorize preauthorization for future payments which is not what I need. I need a one time pre-authorization for adaptive payments.
Related
I used the Paypal NVP API (Express checkout) for a long time and it worked fine. I'm now developing a new project and wanted to use the 'new' Rest API that Paypal recommends for new projects. I, however, find the documentation rather imprecise at some points and often contradictory.
I'm using their sandbox to test the payments and I noticed that the payments work fine, except that once I log in to the Paypal Buyer account, I can only select the PayPal balance to pay.
Is this a limitation of the Rest API? I want to clarify that I am based outside the US and I do not want to accept credit card payments on my own website (well, if there is no other solution, I would accept it). I'd rather have the user get redirected to the PayPal page and provide his credit card information over there. I do, however, want to give the option to the user to at least select from PayPal balance or credit card. (As I'm used to from the NVP API)
UPDATE
In the meantime, I've done a lot of additional research. On the PHP SDK page, they've added the following notice:
Important: The PayPal REST API no longer supports new direct credit card integrations. Please instead consider Braintree Direct; which is, PayPal's preferred integration solution for accepting direct credit card payments in your mobile app or website. Braintree, a PayPal service, is the easiest way to accept credit cards, PayPal, and many other payment methods.
How should I understand the direct credit card integration? Is that the credit card payment on the PayPal website after being redirected onto that page or do they mean credit card payments where the card number is provided on ones own website?
I've got the impression, PayPal is entirely shifting to Braintree Payments. Even on the official PayPal Developer website, they propose Express Checkout for quick (client side only) integrations and Braintree Direct for other payments.
This is what I need:
PHP integration of the API calls
Payment methods: PayPal balance, Different Credit Cards
eventually recurring payments
I do not need:
Third party invoicing
client management
shipping address management
So my concrete questions would be:
What's the difference between Braintree and PayPal payment methods (since they belong to the same organisation)?
Should I use PayPal Rest API or Braintree solutions in my case?
What are those PayPal limitations that they list on their website?
Has nobody got any experience in this domain? Even partial answers are welcome!
I have partial answer, as I am also in the process of choosing between BrainTree, PayPal Rest API, and Express checkout.
I'm here to answer "How should I understand the direct credit card integration?"
I'm no expert on the subject, but during my recent work at the area of integration with checkout systems, I've learned this:
One of the types of credit-cards is called "direct credit card". It means that it is directly connected with a bank account - when it is billed, the money is instantly transfered from the connected bank-account to the merchant. This is different than how most credit-cards work - most will only charge the bank-acoount at the beginninng of the next month.
I've come accross situations where direct cards behave differently than regular credit-cards.
For instance - the checkout-system I integrate with doesn't allow to monthly-bill a direct card. direct card on a monthly payment plan have to be billed manually.
So for me, the PayPal announcement you qouted means a lot - I need to support direct credit cards, hence I'm choosing BrainTree. Thanks!
Note to moderators:
I originally wanted to post this as a comment to the question, becuase I thought it would help the OP. I don't have enough reputation to comment, so I posted an Answer.
We are researching a way to automatically pay the developers of e-commerce modules we sell on our web shop. A lot of reading suggest the Paypal Adaptive Parallel Payment should be the solution. But Paypal developer docs seem to say that this API is now restricted and no option. If so, is there a new API from Paypal. The Braintree marketplace is no option for us in Europe
Express Checkout supports parallel payments as well -- https://developer.paypal.com/docs/classic/express-checkout/ht_ec-parallelPayments/
Actually Adaptive Payments are still supported now. You may try access below page to apply for an APP ID. If your application is approved, you may still continue integrate with Adaptive Payments.
https://www.paypal-apps.com/user/my-account/applications
I am currently using payments standard and moving to payments pro. Both are on paypal hosted pages.
Whenever I am testing however, I seem to be directed to the payments standard page rather than the payments pro page. Is there a particular change in the URL i am meant to use? I cant see anything in the documentation that say this is the case.
Cheers
It depends on how you're trying to process payments.
Payments Standard and the Hosted Checkout are two different payment methods but can look kind of similar. With Payments Pro you can use Direct Payment API calls to process credit cards directly from your website or redirect your buyers to a secure PayPal site to complete payments.
The URL you use for the secure checkout page through Payments Pro is different. You should be redirecting buyers to https://payflowlink.paypal.com for the live site and https://pilot-payflowlink.paypal.com for test transactions.
I am new to PayPal integrating and need to integrate PayPal recurring for subscriptions. I googled for that, but I am confused with below questions.
Which API should I use with PayPal recurring, WPS or Paypal express checkout? Which one will be good?
Is there any good example or help to integrate this?
Thanks a ton in advance.
Good overview of recurring payments: Handling recurring payments
I'm using the Lionite PHP Paypal class. It's not free, but even if you're not going to use it, read through that page because it contains some useful info that is omitted from the Paypal docs.
If I understand correctly, Express Checkout requires your customer to set up a Paypal account, so Website Payments Standard would be a better option.
Unfortunately the Paypal SDK only has code examples for direct payment. If you want to use Website Payments Pro with Direct Payment, be aware of PCI compliance (which can be expensive and time-consuming) and also be aware that services like BrainTree exist which have transparent redirect, thus helping you to avoid PCI compliance (I haven't used this service however).
Express checkout code example: https://github.com/hrendoh/PayPal-Recurring-Payment-example
Set up your sandbox account at http://developer.paypal.com
Update: IPN for recurring payments is a nightmare. Not only are the recurring payment IPN responses completely undocumented, but none of the support staff I talked to had a clue about them either (in some cases they gave me incorrect answers to questions). Here is a list that others have put together, but all of these resources are incomplete:
https://www.x.com/developers/community/blogs/ppmacole/recurring-payments-ipns?page=1
http://docs.ipn-easy.com/html/T_Rolosoft_IpnEasy_Net_PayPal_TxnType.htm
Unfortunately because of the limits placed on recurring payments with express checkout, direct payment was the only option for me. I strongly suggest that if you need to do direct payment with recurring payments that you find a different payment provider.
I am looking to set up a recurring payment option for my website. I was thinking of going with PayFlow since it does not require expensive SSL. But I am not sure how to set up a recurrence payment where if the user decides to change the account type, we can automatically set up recurring payment for them to get charged next month. Not sure if this is possible?
A few problems, they charge almost $60/month and they require to have a Merchant Account (any suggestions)?
Can some one help with what type of service should I use? I am looking to not have credit card acceptance on my webpage because SSL is really expensive.
The webpage is in php.
PayPal Express Checkout does this, and more. While Payflow Link is generally a good and robust solution, Express Checkout has a bit more to offers in terms of features. It also redirects your buyers to a PayPal landing page for entering their card details.
I assume you can simply delete / disable a recurring payments profile and set up a new one whenever someone switches plans, right? In that case you'll want to look at the CreateRecurringPaymentsProfile API.
Have a look at https://cms.paypal.com/us/cgi-bin/?cmd=_render-content&content_ID=developer/e_howto_api_ECRecurringPayments and https://www.x.com/docs/DOC-1168
Do keep in mind however, that recurring payments on Express Checkout only works with existing PayPal accounts. Someone who doesn't have a PayPal account yet, will have to create one during checkout.
Paypal is usually a great solution. There is no problem with billing recurring payments (subscriptions).
You can read all about it here:
https://www.paypal.com/pdn-recurring