81–90 of 205 posts
Earlier quoted context omitted.
I think the idea is that eBay doesn't want to have users sign up with Paypal anymore. Instead only ever interact with eBay, with Adyen just being the pipes for eBay.
The idea is that they want their god-given chunk of that sweet transaction margin, not hand some proportion of it over to PayPal.
Here's what puzzles me. I have looked into Stripe, and just browsed the Adyen webpage. Both of those services seem to require you to maintain your own "active" server that can run server side code. PayPal seems to be unique in being able to take payments from a passive web page, because the customer conducts their transaction at PP's website. This is why I continue to use PP for my tiny little business (without eBay)…
The reason for processing on your own server is so you own the entire checkout experience. If you redirect he user to another site for payment, you run the risk of losing track of that user. Also, the third-party’s branding may clash with your own.
I've never heard of Adyen here in Australia before this. I assume they are far more Europe/US oriented? I assume they will be rolling out the new integration world wide, so that it will become more ubiquitous? I believe Paypal has a local office in Aus, so I presume Adyen will be setting up local offices in most countries? (I also noticed on the video that it is pronounced "Adi-an" where I first thought "Ad-yen" whic…
Major upside for Adyen is they price match(at least for my company, we process USD ~350mil/annum). This may sounds crazy but my company constantly negotiate the pricing with them. Almost on monthly basis.
I knew this because my team have to work with lots of local and China-based payment processor to create PoC. Just so that corporate team can show this to Adyen and renegotiate the fee.
Here's what puzzles me. I have looked into Stripe, and just browsed the Adyen webpage. Both of those services seem to require you to maintain your own "active" server that can run server side code. PayPal seems to be unique in being able to take payments from a passive web page, because the customer conducts their transaction at PP's website. This is why I continue to use PP for my tiny little business (without eBay)…
The reason for processing on your own server is so you own the entire checkout experience. If you redirect he user to another site for payment, you run the risk of losing track of that user. Also, the third-party’s branding may clash with your own.
Stripe/Braintree are a lot better than PayPal. PayPal will never take your processing history into consideration if their algorithms decide that your account is connected to some account with past violations. This happened when my developer used his API keys on our production resulting in our account with 1M+ revenue/2 years (very few chargebacks if any) of operation banned. As a small startup, it was a death sentenc…
Stripe/Braintree are a lot better than PayPal. PayPal will never take your processing history into consideration if their algorithms decide that your account is connected to some account with past violations. This happened when my developer used his API keys on our production resulting in our account with 1M+ revenue/2 years (very few chargebacks if any) of operation banned. As a small startup, it was a death sentenc…
Earlier quoted context omitted.
The reason for processing on your own server is so you own the entire checkout experience. If you redirect he user to another site for payment, you run the risk of losing track of that user. Also, the third-party’s branding may clash with your own.
Going to a well known third party is a guarantee that my payment data isn't sitting in a poorly secured vendor database. That's more important to me than a seamless transaction. PayPal is most useful when you don't fully trust the site you are buying from to have their shit together.
Earlier quoted context omitted.
The reason for processing on your own server is so you own the entire checkout experience. If you redirect he user to another site for payment, you run the risk of losing track of that user. Also, the third-party’s branding may clash with your own.
Going to a well known third party is a guarantee that my payment data isn't sitting in a poorly secured vendor database. That's more important to me than a seamless transaction. PayPal is most useful when you don't fully trust the site you are buying from to have their shit together.
I used to work for a small ecommerce webdev shop. I’ve worked on sooo many shitty insecure shopping carts over the years I simply know not to trust basically any small website asking for my card. Completely unencrypted, storing CVVs, sending CC details as GET parameters, I’ve seen it all. It’s painfully common!
If a company is not a huge name, and is handling your credit card info themselves, they are mishandling your credit card information in one way or another. I guarantee it.
Having been through PCI compliance, it’s no joke. It’s really not worth doing yourself in my strong opinion.
Earlier quoted context omitted.
Yes. The Masters of the Universe decided that there was "value to be unlocked" by spinning off PayPal. Or at least...someone's spreadsheet said there was value to be unlocked..
And there actually was... PayPal itself is still (after this news) worth more than both eBay and PayPal were as a single company. Add both together and it was an obvious win.
Potentially a great move for eBay to reign in processing fees and to consolidate the dispute resolution process within their own platform. A large pain point for many eBay users has been Paypal's opaque dispute process. (I admit to bias: I lost ~$5,000 in Paypal balance while in college due to Paypal siding with a dishonest international buyer) For those of you contemplating Adyen vs. Stripe: Adyen is much more "bare…
(I work at Stripe.) Glad to hear on the developer friendliness! If there are ways we can continue to improve on that front, please shoot me a note: lachy@stripe.com I'm curious though what you mean when you say Adyen is much more "bare metal" than Stripe. We don't typically talk too much publicly about our underlying infrastructure (our goal is to abstract away that [hopefully] unnecessary complexity), but we do stri…
The link in the alert email cannot be “parameterized”... it will only go to "the_saas_company.com". But I need the link to go to a per customer url, eg. "customercode.the_saas_company.com/billing". Heck basically anything that would allow my server to redirect the request to the "right" billing page (eg. the_saas_company.com/failedpayment/stripecustomernumber).