I have small confusion on the Paypal express checkout whether is it possible to do the reference payment for a buyer who paid through a credit card without a billing agreement(we disable the billing agreement because if we enable then Paypal asks to create a new account).
I know that in payment-Pro we can do reference payment without any billing agreement since it is limited for few countries we are unable to use it.
Note:our merchant account has activated to do reference payment.
Thanks
Az
You can do reference transactions on any payment within I think 90 days of the original transaction date. As long as you are a Website Payments Pro customer, this option is available to you. Just be aware that you will get a CVV2 mismatch (neither you, nor Paypal can store this due to PCI compliance) and that is normal.
Related
I'm using a custom php Paypal nvp API for express checkout.
When people pay with their paypal account I have no problem in my php script, I insert the order, order details and I send the email to the customer. When people pay with their credit card without paypal account I don't receive the transactionid.
The strange fact is that when I use the sandbox, I generate a fake visa I do the payment, in my database I have the transaction id and I receive the email.
Someone had or is having my same problem?
There are different ways to manage payment with and without account?
For both I'm checking the payment status = Complete.
Happy to help your query,
Firstly, PayPal NVP is deprecated implementation. There wouldn't any support for new merchants who willing to add PayPal as a payment option.
Please go through the below recent products which run on REST APIs. I suggested two options of accepting payments so, hence choose the best one suits you.
Standard Integration Link.
Advanced Credit & Debit Card Link.
Thanks.
I have setup recurring billing with Paypal REST API, and the merchant account is set in Singapore, but i don't see an "Pay with Debit or Credit Card" option in the popup checkout page.
I have seen the answer in this thread: Paypal credit card REST api error mention that it's only available for Pro UK merchant account.
So anyone can suggest me any ideas i can deal with this problem?
The reason why the buyer receives that error is because of it a guest checkout. Guest Checkout is not a 100% that is offered to your with your current account. Guess Checkout provide the buyer to pay with credit card but it is not a 100% success due to few factors that will reject the transaction such as:
1. If the buyer uses a credit card that already attached to a PayPal account.
2. If the buyer uses an email that is already attached to a PayPal account.
3. If the buyer already attempts multiple time on the same credit card and they received a decline or incorrect information was entered. Then, the credit card will be blocked or put under risk from our end.
These are the reason of the error that your buyer is seeing. To resolve this, they would need to have/create a PayPal account or use a different credit card to make the purchase. Some other merchant they might have a Pro account which only available for US, Canada, New Zealand and Australia. You may refer to the link here.
https://developer.paypal.com/docs/classic/products/payflow-gateway/?mark=payflow%20country
They have to use a direct credit card integration.
thank you.
I am developing a commerce app with php/mysql. My boss wants this:
user can buy "ad credits" on our website and he wants this to be a paypal pre authorisation
then the user can use ad bundles with various costs
this costs are taken from the ad credits and he wants this to be the actual decrement of user credits in paypal
Example: John buys an ad credits pack of 30$. He pre authorises this trasaction with his paypal account. Then he buys two banner spaces for the cost of 10$. So 10$ are taken from his paypal.
Is this possible? Paypal APIs?
There are a couple of ways you could handle this.
1) You could use Express Checkout to setup a billing agreement with the buyer and then use DoReferenceTransaction to process future payments using that billing agreement.
You can do the same thing with Payments Pro, too. In your original request you would just run an Authorization of 1.00 and then immediately void that authorization. You could then use that transaction ID you get back from the authorization to process future payments with DoReferenceTransaction.
2) You could setup a Preapproval Profile with the buyer using the Preapproval API. You would then use the Pay API to process payments in the future using the preapproval key you got back from that Preapproval API. This is all explained in detail in the Adaptive Payments documentation.
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
Developing a site that requires monthly subscriptions via PayPal. If a buyer has an account this is no problem via ExpressCheckout. The client has a (UK-based) Pro account though and wants to provide the option of payment by card.
As far as I can work out from the 'Website Payments Pro Integration Guide' this requires setting up a dual payment option on my site, giving the user the option of paying 'via Paypal' (ie ExpressCheckout) or by card, at which point my site would provide a PCI compliant card capture form that would submit to PayPal using DirectPayment. Going through PCI compliance isn't really an option. It seems weird that PayPal doesn't offer a hosted solution for this, or am I just being stupid?
TL;DR: Is it possible to process recurring card payments via PayPal in the UK using a PayPal hosted card capture form?
Site is bespoke PHP.
The PayPal API allows for recurring payments with Direct Payment:
Recurring payments with Direct Payment enables a recurring payment to
be associated with a debit or credit card.
[...]
The CreateRecurringPaymentsProfile response contains a Profile ID,
which is an encoded string that uniquely identifies the recurring
payments profile.
PayPal holds the account number and other pertinent information (including billing frequency) while your application stores the Profile ID.
PCI compliance is never an option. It is always a requirement. However, the rules for compliance are far less stringent (including forgoing auditing) for companies that don't perform a high volume of transactions per year.