I am trying to setup PayPal Credit through the SetExpressCheckout API Operation. A standard payment is fine but I am having an issue setting the PayPal landing page to their Credit service.
I have seen this done elsewhere, for example on the Dyson and Apple webstores, where there is a separate PayPal Credit button which leads to a page where the customer can select their installment plan. As such: http://oi63.tinypic.com/r09w1c.jpg
Looking at the demos and documentation, it seems all that is needed are the options LANDINGPAGE=Billing&USERSELECTEDFUNDINGSOURCE=BML
This however doesn't work and takes the customer to an old style PayPal checkout.
Even the PayPal Credit demos on https://demo.paypal.com don't seem to work anymore when you change them from Static to Sandbox.
Has anyone managed to set this up successfully?
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.
Using ASP Classic
Paypal LIVE Express checkout
It shows the Payment Amount at the checkout, but the payment doesn't go through. The payment doesn't even leave customer's account. I have tried using my wife's paypal account to complete the checkout.
I am only using paypal checkout system and have added all the API information in expresscheckout.asp and paypalfunctions.asp
I have also tried adding these API options too, but still wouldnt work
L_PAYMENTREQUEST_n_NAMEm
L_PAYMENTREQUEST_n_NUMBERm
L_PAYMENTREQUEST_n_AMTm
L_PAYMENTREQUEST_n_QTYm
Any help would be great.... tks
The PayPal Credit (formerly BML) overview page says the following:
How do I select PayPal Credit as my payment source?
There are two ways to choose PayPal Credit. Some merchants have a PayPal Credit option at checkout. If they do, you can simply choose that option. If you don’t see a PayPal Credit option, check out with PayPal, and then you’ll have the option to select PayPal Credit as your payment method. Either way a window will appear on your screen where you’ll provide your date of birth and the last 4 digits of your Social Security number, and then agree to the terms and conditions. Approval takes just seconds and you can complete your purchase.
I've tried several sites, and in some of them PayPal Credit appears as an option when you check out with PayPal (see Nordstrom, for example). In others, the PayPal Credit option does not appear (see KitchenAid). What parameter needs to be passed in the PayPal API for the Credit option to show up? I checked the PayPal button creator page, and there's no option to add PayPal Credit.
I realize this question is old, but the PayPal documentation is awful so this should save people time.
If you're using the PHP SDK you can set the PayPal credit to be the default payment with this method.
$payer = new PayPal\Api\Payer();
$payer->setExternalSelectedFundingInstrumentType('CREDIT');
The JSON for it is this
"payer":{
"payment_method":"paypal",
"external_selected_funding_instrument_type":"CREDIT"
}
If your account is eligible and enabled for PayPal Credit, you can use this parameter:
USERSELECTEDFUNDINGSOURCE = BML
in your ExpressCheckout API call.
I new to paypal integration in asp.net . I found very difficult to understand the paypal api .
I under stood two types -
inline html form ( i.e is also called buy button )
payflow api
my questions are :
which one must be used for recurring payment ( subcription packages for end user)?
in first type , few sites suggested to use IPN for confirmation of payment. I want to know is it neccessary since without using IPN, also using notify_url we can confirm the payment success (as per my knowledge notify_url returns to your site when payment is completed at paypal site)?
for recurring payment , do i need to store user account details (i.e credt card or paypal account ) in my databas?
please do reply with you suggestion .
Thanks
1) You can do it with both, actually. If you want to stick with basic HTML forms then you'd be using Payments Standard, and they call it "Subscriptions". You can easily create a Subscription button from within your PayPal account.
If you're using the API then they call it Recurring Payments (or Recurring Billing). You would use Express Checkout for the PayPal signups, and Payments Pro if you want to handle credit cards directly on your site without any redirect to PayPal.
IPN is useful regardless of what integration method you're using, however, don't get it confused with PDT. PDT sends data back to your site's thank you page, or whatever final page you setup for it, and it only works with Payments Standard. When PDT is configured on Payments Standard, even with Auto-Return enabled, there is no guarantee the user will make it back to your return URL. IPN is very similar, but data will always be POSTed to your IPN listener regardless of whether or not the user makes it back to your site.
You'll also want to use IPN to handle updates for future payments on a subscription / recurring profile. For example, the actual payments, cancelations, suspensions, reactivations, etc.
The notify_url parameter you mentioned is used for IPN. Again, though, this is separate from PDT. A common mistake I've seen many times is when people have their PDT and IPN both set to the same URL. Then when people do make it back to your thank you page, the code actually runs twice. Once from the user actually hitting it, and once again from PayPal's IPN server hitting it. So make sure to avoid that sort of thing.
3) No, you will never save credit card details to your server. The subscription / recurring system handles that using the data that PayPal saves on their servers.
I need to allow users to pay via Credit Card on my site. I'm trying to find suitable API option but can't find it. I have implemented payment via PayPal so far, but now I need to allow users to pay via credit card without account on PayPal.
Anyone knows what specific payment type that is?
Here is one way:
First, you'll need a Website Payments Pro merchant account with PayPal. Then, become familiar with the DoDirectPayment API, which will allow you to
process transactions on your site with PayPal working in the background. Customers will be able to fill out their credit card information, etc., on your site without visiting PayPal directly.
This also means that customers will not be required to have a PayPal account in order to make a transaction on your site.
If you proceed this way, you will need SSL certificates, and are required to implement Express Checkout for customers who do not want to make their transaction on your site.
Sample Code to get your feet wet. Good luck!