I am new to Paypal integration and cannot find how am I supposed to make it. My requisites are the following:
Company registered in Argentina
Users should be able to buy without having to create a Paypal account with a credit card
The integration should not be easily tampered with
With those (I thought) simple requirements I spent many hours and couldn't find a solution that applied.
This is what I found out:
Payments REST API, should not be used for credit card payments
Important: The use of the PayPal REST /payments APIs to accept credit
card payments is restricted. Instead, you can accept credit card
payments with Braintree Direct.
https://developer.paypal.com/docs/api/payments/
Braintree Direct (the method to integrate credit card payments with full customization is not supported in Argentina) https://www.braintreepayments.com/country-selection
NVP and SOAP API Reference (old Paypal API to integrate payments) is no longer supported.
Important: This integration method is Deprecated as of January 1, 2017. For
new integrations, see the PayPal Express Checkout Integration Guide.
https://developer.paypal.com/docs/classic/api/
PayPal Express Checkout Integration is horrible, seems insecure and prone to tampering if used only client side, and though I found a way to make it work more securely with a server-side payment generation I couldn't find a way for it to pay without having a Paypal account.
https://developer.paypal.com/docs/integration/direct/express-checkout/integration-jsv4/
and
https://developer.paypal.com/demo/checkout/#/pattern/client
So I am left with no option to integrate credit card processing through Paypal for a business in Argentina. Before giving up I would like to know if somebody knows of a way to make this integration work.
Payoneer is also an option. Paypal isn't the only thing out there.
Related
We would like to use Paypal for credit card authorization exactly as we do for Paypal transactions, only skip right to approval for users who do not want paypal.
The REST API for paypal has the setPaymentMethod always set to "paypal" in every example I can find, and I don't find a list of possible values. May this constant be set to something like "payflow"?
The hope is that the REST API would work to allow a credit card customer get payflow dialogs rather than paypal login/guest login. The idea is to try and use our existing REST code to process credit card payflow transactions and retain the "create order" then "capture" processes we have for paypal transactions. I can't tell if the REST API is capable of this.
Payflow does not work with the REST API in any way. Payflow is very old, and uses a much older NVP API.
If possible, use a more modern solution such as Braintree Direct or Advanced Credit and Debit Cards rather than the old Payflow gateway.
My client uses the PayPal NVP API for processing both PayPal and credit cards payments. That appears to be deprecated or PayPal is encouraging upgrading to REST. I convinced my client to do the upgrade and while implementing it I noticed the following:
Important: The use of the PayPal REST /payments APIs to accept credit
card payments is restricted. Instead, you can accept credit card
payments with Braintree Direct.
That puts a serious wrench in my work.
A little more searching around and I find this option for accepting credit card payments with the REST API:
Guest payments with a credit card that is stored in the PayPal vault
This would imply to me that the Vault must be used on conjunction with guest payments. Can anyone confirm if that is the case?
It looks like to enable guest checkout payments "PayPal Account Optional" must be turned on which I have confirmed is on in my sandbox account.
The presumption I am now going on is credit card payments with the REST API will work as long as this option is on in the merchant's account, however, I don't find this clearly stated anywhere and I don't want to continue on swapping out APIs for my client if credit card payments via REST won't work now or at some point in the future. I also find it odd I don't find any example API calls in the Payments API using a credit card. I had to figure that one out on my own with a little help from Google.
I appreciate anyone's experience using the REST Payments API to process credit card payments given it's stated that it's "restricted".
Recently I visited Paypal Rest API page https://developer.paypal.com/docs/integration/direct/payments/. I noticed an IMPORTANT message there please find below screenshot:
If this API now restrict to process Card Payment then Is Billing Plan and Agreement API (for Recurring/Subscription Payment) also restrict Card payment?
Please help me
The ability to process direct credit card transactions via PayPal REST API for new integrations has been restricted. That means that the "payment_method":"credit_card" option is no longer allowed to be use with any new REST API integrations, including for the Billing Plan and Billing Agreement API's.
We apologize for any inconvenience.
It is my intention to integrate payment processing/subscription billing plans into a site using PHP and Javascript. I'd like to use PayPal to process credit/debit and PayPal charges. I read an article that said (Paraphrasing)
Normally you have to forward users to PayPal where they input their
billing information. PayPal Payments Pro allows you to process billing
info directly from your site.
I've also seen information to the contrary. This answer for instance. Also, the PayPal API docs don't say anything about needing Payments Pro to process a card directly from my site. Here you can see a card being processed without sending the user to PayPal under "Create billing agreement (credit card)."
I have a PayPal business account. I was able to generate a PayPal API Signature (API creds). Can I use the code shown in that quick start to process payment methods without applying for Payments Pro? I'm not talking about IPN. I know that anyone can use that.
I am trying to figure out exactly what payment solution to use for my site.
I would like to do the same thing as Spotify (https://www.spotify.com/us/freetrial/ - You'll need to login to see it), allowing users to choose whether they want to pay with PayPal or use a credit card and then taking them to a payment selection screen (on PayPal), then returning them to my site to click confirm and buy.
I am already paying for recurring payments (even though I've yet to use it) and am unsure if that is applicable here. I have also integrated express checkout but I don't know if it will allow recurring payments.
EDIT: Do I need a separate token for recurring payments? Do I have to use the old recurring payments checkout screen? How can this be done as efficiently as possible, like Spotify? Here are my efforts to create a recurring payments profile after express checkout: http://pastie.org/private/sakzopltnwfv93wwmduqq
Diagram:
Select Buy & PayPal (subscription) --> Choose Payment (on PayPal) --> confirm & pay (my site)
This is what spotify's checkout looks like (It wouldn't say update for first time users):
Are they using recurring payments + express checkout? I would really appreciate some help with this.
Yes, you can get this done with Express Checkout + Recurring Payments. That said, if the person chooses credit card when setting up a recurring payment they will have to create a PayPal account. If they're paying a non-recurring checkout then they could use the credit card option without creating a PayPal account.
You mentioned that you're already paying for recurring payments..?? Are you referring to Payments Pro? If so, you don't need to pay for that to use EC + RP. Pro is only necessary if you want to process credit cards directly on your site without ever redirecting to PayPal. This can sometimes make things seem a little more professional and would also give you the ability to let people setup recurring payments without creating a PayPal account when using a credit card.
When using EC you just need to make sure to include the billing agreement parameters in order to get a token back that will work within CreateRecurringPaymentsProfile. Refer to the SetExpressCheckout API reference for more details on that.
This is kind of old now, but is still useful. Take a look at this sample express checkout set of api calls. You'll notice it uses the same token throughout all of the calls.
Just like Spotify -you would need to build that option on your site. If the user chooses to subscribe with a credit card - use the recurring payments w/ direct credit card (see below). If the user chooses to subscribe with a PayPal account - use the recurring payments w/ PayPal Account (this is what Andrew is suggesting above in his response).
Here are the how-to guides:
For direct credit card subscriptions: https://www.x.com/developers/paypal/documentation-tools/paypal-payments-pro/how-set-recurring-payments-profile-using-direct-payment
For PayPal Account subscriptions: https://www.x.com/developers/paypal/documentation-tools/express-checkout/how-to/ht_ec-recurringPaymentProfile-curl-etc
The APIs would allow you to do things like trial periods, setup fee, etc. For example here is a how to on building a freemium kind of model: https://www.x.com/developers/paypal/documentation-tools/express-checkout/how-to/ht_ec-freeTrialRecurringPayments-curl-etc