Paypal allows me to use installment plans with up to 4 installment payments per month. My company selling quite expensive software, so we want to make clients available to make 12 installment payments per year (one payment every month). Maybe someone can offer some other online services, or some other solution for this. We can make recurring payment profile, but user can cancel it anytime. It can be painful, especialy if he bought more than one product.
Btw, sorry for my english.
I made a bit deeper 'research'. Adobe is using recurly, and paypal payments pro also offering similar service. So there is no 100% secure way to make installment payments without some 'loan agency'. There always are some risks if customer block recurring payments directly from his bank account or smth like that. But in our case, we selling our software to reliable companies, so paypal/recurly is pretty good for us.
Related
I need someone to point me in the right direction of what is the best Paypal product to use and the associated functions I need to accomplish my project.
I have a site where a user can signup for a internet phone service with a set monthly fee, lets say $200 for 1000 minutes.
The problem I have is that:
1. The first month is pro-rated so the amount may change.
2. If a user of my site goes over their allotted minutes I will charge them an overage fee in their next billing cycle, so the recurring payment may be different also.
From what I read I need to use adaptive payments is this correct, what functions should I use for creating, capturing and receiving payments.
Please help, I'm really in a bind.
There are many products that will do this. Avoid searching for "Recurring Payments" as that is generally used to refer to specific, relatively fixed payment schedules (like subscriptions) that you set up once with the payment partner (PayPal) and they execute the payments on that schedule for you. These schedules can be configured somewhat flexibly (e.g. free or reduced initial payment) but require that you can state the schedule & amounts in advance.
If you have more variable needs to collect payments from your users then you generally manage the timing and amount of the payments yourself; then you just need a mechanism for billing the user, ie a billing agreement.
PayPal products that support some form of billing agreements include PayPal Reference Transactions, PayPal Adaptive Payments, and the PayPal RESTful Payments suite.
Getting into opinion territory here, but of these three I would recommend either Reference Transaction (as the longest-standing, most mature and widely used solution) or the RESTful payments suite (as the latest and greatest solution) over Adaptive.
I'm considering using either PayPal's adaptive payments or Stripe (depending on setup time) for a new web application! I've heard the approval process can take weeks with PayPal but I'm hoping this isn't the case. Can anyone answer the following questions for me;
Can I use adaptive Payments with a standard business account?
Does the account need to be verified and if so, how long does this take?
What if anything can I do to speed the process up?
1) Yes.
2) Yes. Verification can be instant if you have an online banking account compatible with PayPal's verification system. Otherwise you have to wait for them to deposit to small amounts into your account and then verify those amounts once you see them, which can take a few days depending on your bank.
3) Get all of your specs worked out and a demo put together on the PayPal sandbox, and then submit everything very clearly to PayPal when you do the application for you App ID. As long as everything is pretty straight forward they've been auto-approving apps pretty much instantly. If you have something unique about your application that they need to look into further it can take a few days to get done depending on the details.
Keep in mind that Stripe is credit cards only. PayPal Adaptive Payments is the whole PayPal wallet aspect of things, with credit card payments available through "guest checkout."
There are advantages and disadvantages to both. If I knew more about your application plans I could give you a better recommendation on which one you should go with, but I can tell you right now PayPal wins in almost every instance, in my opinion.
I'm a freelancer and I'm negotiating with a potential client for a full e-commerce website using PayPal Payment Pro.
They want to list and sell everything from cheap fittings/fixtures to very expensive furniture on there new website.
It's a BIG job, and everything would be designed and developed bespoke. Right now were at the £2,500 mark, but I don't think they're going to agree... However, I had a thought.
They make a great profit just from instore sales. I'd be happy to reduce the design/development price by 50% (to possibly 65%) if they agree to give me 3% to 5% of all online sales.
My question is, how would I do this with PayPal Payment Pro?
I can record all online sales and invoice them for 3% to 5% each month, but I'd rather it be done automatically. I can't find any documentation on how to do this, any ideas?
What I would recommend is integrating Express Checkout and Pro into the website like usual, and then install Instant Payment Notification on the server to automate payments from the website owner to you.
Within the IPN script you can setup a Pay API request that submits the payment from the website owner's account to your account accordingly. You can calculate your commission from within this based on the order total and push the funds to your account.
IPN occurs in real-time (or at least generally very close to it) so the procedure would be completely automated at that point and you would get your commission payments immediately when each order goes through.
I wanna build a web store for selling people's second hand products.
A customer adds the products into a shopping cart.
He/she pays (credit card, bank account) for it and I get the money.
The seller sends the bought products to the customer.
I get send the money to the seller (and have taken a fee for it).
People tend to mention Amazon's, Google's and PayPal's payment service but recently I came across services like Chargify and Recurly.
My questions:
How do these two differ from the other three?
Which one would support the above mentioned transaction process?
How should I set up the above transaction process?
The "big 3" require an account. How do I charge with just a credit card or bank account only?
Thanks!
Thanks for thinking of Chargify.
We're not the right thing for your need... we focus on helping a business manage many things involved in recurring billing of customers.
For what you want to do, I think one of the "Big 3" is the way to go. You've got the extra "wrinkle" of this, however: you're essentially collecting money on behalf of each Seller, and each Seller may be selling very different things and will have different levels of honesty, etc.
All of my experience is with merchants that have a traditional merchant account and payment gateway, which together allow them to charge credit cards. But the banks that issue merchant accounts want to know what each merchant (each Seller) is about. I'm 99% sure the banks dislike a single merchant account being used to sell / collect credit card payments for more than one merchant.
Anyway, to the degree that it's useful, I wrote a blog post last year about merchant accounts and payment gateways. It may be helpful to you as you explore options:
https://lancewalley.wordpress.com/2010/06/22/merchant-accounts-payment-gateways/
See my answer in Online payments for a middleman.
PayPal Adaptive Payments allows you to accept guest payments, without requiring buyers to have a PayPal account.
Another thing to think about is regional availability; Amazon / Google may sound interesting, but are not very useful if you don't live in the US or UK. Whereas PayPal Adaptive Payments is available pretty much globally (with the exception of a few countries where PayPal hasn't launched yet).
Which payment gateway should I choose from among Authorize.net, PayPal & Google Checkout?
Is there anything wrong if I provide all ? I'm planning for express checkout methods in all the three services, the direct credit card accepting service.
The more choices you offer, the more choices your customers have, so no, there is nothing wrong with offering all three.
If you potentially have customers from the EU or Asia, you may want to investigate options that are popular in those regions as well.
Keep in mind, PayPal tends to freeze money in account for some reason and have huge problems even answering email with 24 hours.
Paypal is of course the most well known and respected, however the answer actually depends on the amount of revenue your company will make (monthly and yearly averages), the average price per transaction and the number of debit card vs credit card payments you are likly to take. Without these figures it's nigh on impssible to determine which one is cheapest for you.
Authorize.Net is only a payment gateway, not a payment processor. You need to have a US based merchant account to use with Authorize.Net.
Paypal and Google Checkout are third party payment processors. They essentially are the payment gateway and merchant account rolled into one package.
It's worth noting, from the research I've done, using PayPal is cheaper than credit card processing directly. They charge less of a fee (I'm assuming because they process everything themselves, and don't go through some third party to get to the credit card company).