I want to adding recurring payments to my application.
The requirement is as follows:
1.) User should be able to enter his/her credit card number, cvc and expirary in my application.
2.) I will submit the details along with his/her recurring payment option eg: 3 months, 6months etc
3.) Should receive response stating the recurring payments successful.
I went through the API but it didn't help.
I basically want to create a paypal direct recurring payment application (using C#). Any link or sample code to begin with is appreciated.
The API documentation you require is here
Most Paypal recurring transactions users implement a hosted page checkout, and i have not witnessed a single api checkout implementation. Do get in touch with Paypal as your page need to match up to certain requirements before you can collect credit card information on your webpage
Related
Is that possible to charge paypal customer manually. I can do it like user get redirected to paypal to confirm all the details but i do need that user allow my system to charge him every month without any confirmations from his side.
Currently i'm using the same approach as listed Paypal .Net Sdk example
But it doesn't have such a func to manually charge a user. If someone could chare links it'd be grateful.
Thanks in advance.
without any confirmations from his side.
That would require having a billing agreement on file. There are some reference transactions or "future payments" API solutions that use this, but the feature requires business approval from PayPal.
An alternative that does require confirmation from the buyer would be to send them a PayPal invoice, manually via https://www.paypal.com/invoice/create or programmatically via the Invoices API
We have one application that sell online account as service and we have work flow as per blow requirement.
With user registration charge $10 instant and set recurring from next month
If user add addons then user will charged extra $1 instant and update recurring with $1 extra (so $11)
Same as unlimited addons with extra charges.
What methods is perfect with Paypal.
I know it's really easy with Authorized.Net CIM & Recurring method. I am looking for something similar in Paypal.
For many time instant charge I think I need to create customer account with store credit card in Paypal but I don't want to create customer's Paypal account. Might be that customer have already account than my application will give me error and also there are many other problems too like user can remove credit card any time from account that I don't want.
I show there are so many different methods available in Paypal but did not get it which one is perfect for requirement.
I want to do everything on my website and don't want to use any express checkout method on Paypal side and I am working with Asp.Net with C#.Net
Thanks in advance.
The Recurring Payments API is what you want. Specifically, Express Checkout would be for PayPal payments and Payments Pro (DoDirectPayment / PayFlow) would be for direct credit card processing without a PayPal account.
I'm currently implementing an Automation system for software selling through Paypal API. I have got the IPN portal working so it recieves IPN Messages from Paypal and is passed to a back-end service which files it in a SQL DB, Generates a license yadda yadda yadda. It also checks against an internal entry to confirm the payment recieved matches the actual price of the product purchased (Stopping them sneaky hackers). I have now got to a stumbling block where i would like to reject payments that are the incorrect price and i've trawled the Paypal API Developer documentation and can't seem to find what i'm after. My guess is making a call to the Adaptive or merchant API URLs but I cant find what info past auth credentials i'd need to send. Can anyone point me to the right page or 3rd party website with the information I can use to get this setup? an NVP solution would be preferred.
You can't really reject a payment at that point because the transaction has already been completed. All you can do is refund it, which you can do via the RefundTransaction API within your IPN script. This way you'll also get your PayPal fee refunded.
You've already got your logic in place to check if the prices match, so just add a call to RefundTransaction if the price does not match. You may also want to send an email notification to the buyer in such cases letting them know something was wrong with the pricing on their order so it's been refunded, and maybe even provide a checkout button for them to re-buy at the correct price if you want to.
I have some questions about Paypal adaptive payments as guest:
Do the users that want to do a purchase using their credit card information require a PayPal acount?, Is there any way to avoid this?. I'm considering to have many clients on my site thay may not have PayPal account.
Does guest payment supports the Parallel payment Schema or the Chained payment Schema?
If I'm using the guest payment default interface (the one provided by PayPal), should I still worry about having my site to be PCI compliant?. I'm not storing any credit card information about the users.
I've tried to find examples about how to invoke the adaptive payment api to get the Guest payment working without any success. Does anyone know where can I find an example for this?
Is Adaptive payment a feature of Paypal Standard?, or do I need to get the PayPal Pro subscription in order to get the Adaptive Payment Api working on my site.
Can anyone give me some assistance with all these?. Thanks a lot.
Well, here's what i found so far:
Do the users that want to do a purchase using their credit card information require a PayPal acount?, Is there any way to avoid this?. I'm considering to have many clients on my site thay may not have PayPal account.
Not required. You can use adaptive payments and pay as guest. Both Rest API and classic API support this payment schema. The Rest API relies on your site to handle security and PCI complience, on the second one is handled by paypal.
Does guest payment supports the Parallel payment Schema or the Chained
payment Schema?
Clasic API adaptive payments support to add multiple receivers and amounts when sendin payments, so yes, it is supported with this schema. Not sure about Rest API. The examples that I've found use just the Paypal to Paypal schema.
If I'm using the guest payment default interface (the one provided by
PayPal), should I still worry about having my site to be PCI
compliant?. I'm not storing any credit card information about the
users.
If you're using native Embedded payment flow with the dialogs and the javascript functions that paypal provides, no, it is not required. Paypal takes care of this for you. If you're using the Rest API, you have to use the payment with creditcard stored on paypal vault (however this force the buyer to have a paypal account). If you're using the Rest API to get credit card data, you have to design your site to be PCI Compliant.
I've tried to find examples about how to invoke the adaptive payment api to get the Guest payment working without any success. Does anyone know where can I find an example for this?
https://developer.paypal.com/webapps/developer/docs/classic/adaptive-payments/integration-guide/APIntro/ has Embedded flow example (however its really vague), http://paypal.github.io/ has examples for classic api implementation
Is Adaptive payment a feature of Paypal Standard?, or do I need to get the PayPal Pro subscription in order to get the Adaptive Payment Api working on my site.
Paypal pro is an account feature, not really related with the API for adaptive payments, or at least that is what I've found so far.
I am using Paypal Express Checkout to make recurring payment and deduct intial amount.
Here are my steps:
I redirect the user to paypal with agreement and get the token
Use this token to deduct initial amount
and then use the same token to create a recurring profile.
This worked well in the sandbox.
Now i need to get an app_id to make it live.
The problem is the paypal reject this saying:
"but i am still seeing the payment as a 'Standard' checkout, rather than a Preapproved Payment. Preapprovals would be used to create a Billing Agreement with your users which can be debited later "
Can you please advice something?
FINDINGS:
While getting token there is no way to show that we are creating recurring profile that might be the reason they rejected it.
But i am using the same code they provide
https://www.x.com/developers/paypal/documentation-tools/paypal-sdk-index
Express Checkout and Recurring Payments does not require an App ID. Those are only required when you're using the Adaptive Payments API. Express Checkout is not part of the Adaptive Payments API. That's what they're telling you...you simply don't need an App ID. If you're passing one in the sandbox it must be getting ignored.
If you have everything working as you want it in the sandbox just change your endpoints and your API credentials to the live values and it'll work for you.