Ask HN: Do you still pay with Paypal?
That basically leaves me with 2/3 options.
Use one of the few local Payment processor - but a huge drawback is that I cannot charge in foreign currencies (USD/GBP/EUR, etc). Obviously for a little 'startup', quoting in a relatively unknown currency (South African Rand) will highly impact conversions, so not an option for me.
There's Paddle. Which is super nice, but integrating it with something like React appears to be a hack-ish mess as it requires jQuery, so not ideal. Also their fees are almost double Stripe.
I think I can use PayPal.... I've heard some horror stories though, but willing to give it a shot.
Question is, do people still use Paypal?
Do you lose conversions when it comes to the redirecting the user to Paypal's credit card / login page?
Cheers
38 comments
[ 3.2 ms ] story [ 74.3 ms ] threadI haven't had the opportunity for myself yet but I can suggest you to look in to Mollie[1]. I think that's the processor I will use for my next project.
[1]https://www.mollie.com
[1] https://flutterwave.com/za/
[1] https://stripe.com/atlas
[2] https://stripe.com/atlas/guides/incorporation#who-can-incorp...
1) We started with Braintree. We had to implement their SDK, and then we were charging PayPal and Credit Cards. Each transaction had to be accounted by us, we had to specify how much VAT. In Europe it's tricky because you have to charge VAT-MOSS based on which country customer is from (eg. 20% for UK, 23% for Poland). So accounting was a nightmare. 2) Then we switched to Stripe (new sdk to implement) and PayPal separatelly (another integration to support). Same crap as with Braintree. We only switched because Braintree kicked us out. A lot of developer work wasted to support paypal separatelly etc. Even more work for fixing PayPal's constant CSV changes and API changes to integrate with accounting. Then there was still some issue which I had to manually fix in accounting. Again: nightmare.
3) Then comes our saviour Paddle. One SDK to implement (so like implementing only Stripe) but you get all different features, like nationalized prices, one big invoice at the end of the month with VAT calculated by them, abandon baskets recovery etc and much more.
5% but hours saved in productivity and accouning. It was and still is worth it and I don't want to ever switch back.
Thanks to Paddle for keeping my mind sane :)
PS. If anyone is interested we use it at FreeYourMusic.com
Fastspring and Gumroad deal with VAT as well. Fastspring is more expensive than Paddle but has more features. Gumroad is cheaper than Paddle but doesn't integrate well with SaaS products last time I checked.
Doing VAT processing yourself sounds like a nightmare.
Especially in India, the process of making foreign payments is very lengthy and if I make payment through credit card, their charges are very high.
I find paypal is a much better option for both buyers and sellers.
Thanks..
PayPal will hold your amount for months if you are new to them, because you need “cred” to be able to use their service.
At work we even run PayFlow for credit card processing, which is a PayPal company.
I might even go so far as to not purchase from a site if I'm not confident with assumptions of how their infrastructure is and they don't offer PayPal.
For a few years, PayPal worked fine and I was a satisfied customer. Than it had some kind of breach of security. The credit card known to PayPal was charged with a large number of small fraudulent transactions.
I did not loose any money, because within hours my bank alerted me about unusual activity and I blocked the card and refused the transactions.
Then I got a new credit card. Soon after making another payment through PayPal, similar fraudulent charges appeared again.
After obtaining and then cancelling 3 or 4 new credit cards, the causal relationship between making a payment through PayPal and a third party receiving my credit card details became obvious.
I have stopped making payments through PayPal and I have never had any credit card fraud problems again.
I have no idea about how my PayPal account was accessed by whoever was behind this. The only thing that I am certain about, is that it was not possible to guess my PayPal password, which was a long string of random characters and which had never been used for anything else except for logging into that PayPal account. Therefore I believe that it was some sort of inside job within PayPal.
Because I have never used again PayPal during the last 3 years, I do not know if there was any improvement in their security procedures.
Also, from the perspective of someone who ran a successful SaaS for a couple years, I highly recommend PayPal. About 50% of my payments were via PayPal, especially for international customers.
Once I paid $5 to buy the trial version of some software tool. Since I didn't know the seller, I used PayPal thinking it would offer more protection. After one week I was charged another $100 for the full license. I contacted the seller asking for a refund, but they declined it on the grounds of me having already accepted "recurring charges" on my PayPal transaction. Apparently I had but it was kind of hidden on the transaction and I hadn't paid enough attention. I contacted PayPal but they refused to help either. Finally I reached the credit card service attached to my PayPal to initiate a charge back. But at the same time I informed the seller about my intent and they refunded me instantly.
So long story short; don't use PayPal and if you have to, use only reputable credit cards. Never use your debit card on PayPal. PayPal doesn't protect you any more than your credit card does.