I need to integrate subscription billing using alipay. Does Alipay support subscriptions? . I got a sample project for 'overseas auto debit service'. Is this same like subscritions in paypal?
Well, in comparison to CloudPayments, it is not exactly the same, as I understood.
According to https://global.alipay.com/service/debit/3 the process consists of two steps:
Customer agreement signing
Invoking payment process by merchant with reference to the agreement
It gives an opportunity to conduct withholding payment without repeated user confirmation. I'm not aware of paypal's features, but the fact is that burden of recurrent payment implementation falls on the shoulders of merchant system developer.
Alipay will not automatically withdraw money from user's balance.
Found some Chinese docs about recurring billing on the open platform of AliPay.com for Chinese payments but I'm not sure if it applies to international payments:
https://opendocs.alipay.com/mini/006srl
Related
I am working on integrating Recurring Payments functionality in Asp.Net based application where people can subscribe to a Service where they will be paying a monthly amount. I am trying to achieve the same using PayPal's Subscription APIs. One another aspect is where people will be making payments using their Credit Card instead of PayPal's account. I have tried to search for a sample code where I can see that Credit Card information is passed to the Subscription API but unable to find the same. Can anyone points me to a sample code where this is implemented or guide me on how I can do this?
PayPal does provide a Subscription only API for PayPal payments or Guest Checkout where buyer's prompt to create PayPal personal account. To achieve a Credit card subscription I'd reckon to refer to Braintree Vaulting functionality wherein you can have both Credit Card & PayPal.
Braintree Vault Overview:
Our Braintree Vault securely stores customer information – including payment method information – so you can safely keep customers on file.
The Vault is used to process payments with our recurring billing feature, and can also be used for non-recurring transactions so your customers don't need to re-enter their information each time they make a purchase from you.
https://articles.braintreepayments.com/control-panel/vault/overview
Thanks.
Me and a partner sell SaaS and are trying to split recurring monthly payments from our customers.
Paypal Payouts seems to only work on initial payments, not recurring, and paypal have decommissioned their adaptive payment methods.
We were considering Stripe, but since I am in the US and he is in the Philippines it will not work from his end.
Any ideas on how we can get these recurring monthly payments split between us?
My recommendation would be to build a Stripe Connect integration. It should be one Platform Account (that represents your joined business; it will need a business account) and two Standard Accounts that represent each of you as individuals. Unfortunately, since your partner is in the Phillipines, they'll need to get a bank account in a country that is supported by Stripe Merchants.
https://stripe.com/global
You might also be able to leverage Stripe Atlas here.
https://stripe.com/atlas
Hope that helps!
I have been doing quite a bit of research on payment methods, and it looks like Drupal commerce really tries to push site admins/devs towards Paypal. There are a few options that seem possible, but before I say that, these are my clients basic necessities:
On site payment.
International sales.
The client has a business account with Paypal and existing store with Paypal Payments Pro (WPP) with an outdated cms.
So far with Paypal I think that Payments Pro would be great, but I can not seem to find if it can handle international transactions. The other option is Paypal Payflow Link (PFL), because that is the only one that mentions international capabilities and on site payment. However, it mentions the need of a third party payment processor? I thought that this was what this is supposed to be.
What I have been reading: WPP
- https://drupal.org/node/1902656[1] PFL
- https://drupal.org/node/1902734[2]
Is there a Payment Method that will solve this issue better? Is Paypal my best option? How simple of a task is this to complete? At the very least, can somebody help me connect the dots a little better?
Depends on what you need with International. WPP works with several currencies and you pay whatever Paypal's going exchange rate is that day (on top of the transaction fees). For instance, we take orders in Canada. I request USD and get paid in USD, even though they pay in CAD. WPP is a little restrictive in that you can only take money where Paypal accepts it.
The big difference is going to be that PayFlow is a gateway only, while WPP is a merchant account and gateway in one. A third party merchant account might have more options, if more currencies is more important to you.
The gateway I am using is Cardsave (http://www.cardsave.net). I obviously can't store credit cards on my servers, but to store credit cards on their servers, there needs to be an initial transaction. I am writing a billing management website that customers are going to be migrating to from other systems. There wouldn't be a reason to have their clients pay in between billing cycles.
The only solution I can think of is making a small payment to the credit card (like $1, PayPal style) and then either crediting this amount back to the customer on the next billing cycle, or issuing a refund. Is this the correct approach?
Is this the common way of handling recurring monthly 'subscriptions' where the amount is variable every month and don't start right away. For instance, is this how trial periods that require your credit card information to start is handled?
$1 charges are no longer allowed by Visa and MasterCard. You can do $0 authorizations so if your processor allows that you'll probably be able to do your original plan.
Some payment gateway providers, like Authorize.Net, offer services that allow you to create payment profiles and charge against them at any time for any amount. Their service is called Customer Information Manager. You should see if your provider offers a similar service.
For Cardsave Payment gateway you have Automated Subscriptions and Cross Reference Transaction Code Examples
For the reference check out this link: Click Here
I am developing a website with online payment.
Payment is done using Paypal NVP Api.
There is need of a facility to store customers credit card details(not in database) once they register to Website.There onwards whenever they order these details will be fetched, Customer need not enter their card details for every order.
So is there any facility to create a profile n store credit card details of customer, as it is there for recurring payments?
This is not the idea of paypal, you are not allowed to store the customer credit cart and use them later by your self - if you do that, paypal see its and block your account in no time.
The paypal offer recurring payments, so you only need to initialize correct the paypal options and you have your solution.
Or get permission from visa, or master-cart to have the ability to keep local the credit cart informations. I must say that is very dangerous and if your system is not well protected you put your clients and your business in a big risk to lose the credit cart data and have real problems.
to store customers credit card details(not in database)
Where to you wish to store it ? in the paper :)?
Customer need not enter their card details for every order.
This is something that paypal take care of. You do not have to do something about.
You may want to check Recurly.com
they are providing support for Paypal and other gateways too. Plus great API documentation.
using it and definitely recommend it. 10 out of 10