Ask HN: Why aren't people using PayPal Payflow?
Looking at the PayPal pricing (https://www.paypal.com/ca/webapps/mpp/merchant-fees), it seems there's a complete steal. Underneath the Stripe-esque 2.9% + $0.30 per transaction, there's this.
Payflow Pro
$25 Monthly Fee $99 setup $0.10 per transaction
From Stripe, "We offer volume discounts to businesses processing more than $80,000 per month." Seems like any business above $1k per month and under $80k would save money. ($25 / 2.9% = $862).
Am I missing something?
9 comments
[ 2.6 ms ] story [ 38.6 ms ] threadMaybe, for a taste of it: Paypal ships API documentation as X00 page PDF files. Their Payflow Pro product, being relatively simple, requires only 176 pages.
Or, in terms of design decisions, consider all the fun of writing software which implements a case statement that maps error code 100 to "Invalid transaction returned from host (Processor), in the case where the processor is Global Payments East or Central." to, well, whatever the heck you're supposed to do when that happens.
https://developer.paypal.com/docs/api/#create-a-payment
https://github.com/paypal/PayPal-node-SDK/blob/master/sample...
EDIT
I've been googling and heard such bad things about PayPal but it looks fine. Am i crazy?!
I found a particular customer using it very smartly - to configure multiple gateways via system like ours (ChargeBee) - and splitting his payments across his Authorize.Net, PayPal Payflow & Stripe accounts.
The biggest fear you have with PayPal is getting access to support & being shutdown when there is sudden activity & also risk of "high risk" profile customers purchasing it. One way to mitigate risk is to route all address verified transactions via PayPal (by getting country info upfront before card entry).
He also does it very neatly by spreading transactions across gateways during peak sales. When he does promotions & is expecting volumes he makes Stripe as default & onboards customers.
I need to speak with the customer to learn & implement these as features on our product. :)
Yes, a merchant account. "Start accepting credit cards using your existing merchant account."
PayFlow is just a gateway. A gateway cannot process credit cards without being attached to a merchant account; it is just an API to bridge the web with the processing network of the merchant account provider. You can't use it to charge credit cards for $25 and $0.10 per transaction, you pay that _on top of_ the processing fees charged by the merchant account provider.
PayFlow was previously a Verisign product that PayPal acquired in 2006.
That isn't to say you can't save money over Stripe with PayPal. PayPal Payments Pro is their integrated gateway and processing solution, and discounts below Stripe's rates start at $3,000 per month of volume instead of $80,000 per month.
https://www.paypal.com/us/webapps/mpp/merchant-fees
It's been a while, but I've set up a few Payflow-based systems, and it's been a great way to go... Payflow allows you much more control and detailed logging than, say Stripe. Yes, it's a bit of a pain to get it all set up at first, and there are a few tricks with error handling, but it's a good way to go to implement your own payment system.
Second, ease of use reputation. Paypal is not known to be easy to integrate with and use.
Third, reputation in general. Paypal has a history and reputation (whether deserved or not) of freezing your accounts and leaving you in the worst situation etc.