TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Ask HN: How do you process payments?

245 点作者 c0restraint超过 5 年前
This is how YOU have chosen to do it. Let us know if it is physical or virtual.<p>I found an old post from 2009 about this, wondering what the answers will be a decade later : <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=526517" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=526517</a>

58 条评论

disillusioned超过 5 年前
For my consulting business (average invoice size of anywhere from $15k-$125k), we exclusively accept paper checks, ACH (either as a direct credit for larger companies set up to do that,) or QuickBooks Online, which makes ACH relatively trivial, and they charge basically $1 to process it. Can&#x27;t beat that with a stick.<p>For our clients, our preference is still Stripe, though we had a client deplatformed by them because their bank had problems with the product. (In our case, specifically, adult toys.) We had spoken with Stripe at length before investing in using them, and confirmed that this would be acceptable, as they had other adult toy companies on their platform, but Wells Fargo, paragons of fucking virtue that they are, decided to step in an try to get extremely and very awkwardly hands on with our specific products. (They tried to dictate what colors we could and couldn&#x27;t offer, for instance. It was unpleasant, and we recognized we needed to leave immediately.)<p>We ended up back at a higher-risk merchant service provider, though we&#x27;re paying typical rates because we fulfill an actual, physical product (not, say, porn), and our chargeback rate is very low. Still a frustrating experience, and yet another reason to hate Wells.
评论 #22178869 未加载
评论 #22178375 未加载
rwieruch超过 5 年前
Stripe whenever it&#x27;s possible. However, without PayPal one is missing a bug chunk of people who cannot pay with credit card. Hence, I offer both. Since I implemented both (again) over the last month, here a list of my resources:<p>- Stripe Elements [0] + Stripe Webhook [1]<p>- Stripe Checkout [2] + Stripe Webhook [1]<p>- PayPal Smart Payment Buttons [3]<p>And one repository:<p>- basic Stripe Checkout with Webhook in React + Express [4]<p>Personally I preferred Stripe Checkout over Elements, because they take care about the look and feel.<p>- 0 <a href="https:&#x2F;&#x2F;github.com&#x2F;stripe&#x2F;react-stripe-elements" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;stripe&#x2F;react-stripe-elements</a><p>- 1 <a href="https:&#x2F;&#x2F;stripe.com&#x2F;docs&#x2F;webhooks" rel="nofollow">https:&#x2F;&#x2F;stripe.com&#x2F;docs&#x2F;webhooks</a><p>- 2 <a href="https:&#x2F;&#x2F;stripe.com&#x2F;docs&#x2F;payments&#x2F;checkout" rel="nofollow">https:&#x2F;&#x2F;stripe.com&#x2F;docs&#x2F;payments&#x2F;checkout</a><p>- 3 <a href="https:&#x2F;&#x2F;developer.paypal.com&#x2F;docs&#x2F;checkout&#x2F;" rel="nofollow">https:&#x2F;&#x2F;developer.paypal.com&#x2F;docs&#x2F;checkout&#x2F;</a><p>- 4 <a href="https:&#x2F;&#x2F;github.com&#x2F;rwieruch&#x2F;react-express-stripe" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;rwieruch&#x2F;react-express-stripe</a>
评论 #22178801 未加载
评论 #22181662 未加载
评论 #22178798 未加载
Old_Thrashbarg超过 5 年前
We use Chargebee backed by Stripe.<p>We&#x27;ve been quite happy with Chargebee overall and would recommend them. The only downside is their customer support is very bizarre sometimes and a bit frustrating.<p>For example, they limit API access to my own (events) data to the last N months. I contacted and asked them to remove the restriction, and they said that wasn&#x27;t possible because the data was &quot;archived&quot;. I pointed out that their UI allowed me to see all the data and their page loaded quickly so clearly the data is close at hand. They then said they&#x27;d give me access to all my data over the API for one week. I told them I&#x27;m not going to build a script that will be broken in a week and instead will just have to scrape their website - they seemed happy with that resolution.
评论 #22176789 未加载
评论 #22189220 未加载
评论 #22179558 未加载
fredsted超过 5 年前
I operate a &quot;electronically supplied services&quot; hobby company, <a href="https:&#x2F;&#x2F;webhook.site" rel="nofollow">https:&#x2F;&#x2F;webhook.site</a>, and I just didn&#x27;t want to deal with VAT payments to individual EU member countries. So I switched from Stripe to Paddle, who handle all the VAT payments for me, take a fee and give me a lump sum. EU just has way too much bureaucracy for small-medium sized companies. I&#x27;m also using Patreon which is similar (they also handle VAT and subscriptions), but it seems most people prefer Paddle to Patreon.<p>Tangentially, I&#x27;d recommend everyone to <i>stay away from Paypal</i>. You will lose your money or your account sooner or later. Let someone else (like Paddle) handle Paypal payments and that risk.
评论 #22178532 未加载
评论 #22179230 未加载
waffle_ss超过 5 年前
Stripe when possible, but for a recent project I’m using Dwolla, which operates strictly via ACH (which makes it US-only).<p>The problem with Stripe is they have a large list of prohibited businesses, which mainly is inherited from the credit card networks as I understand it. Even if you’re a perfectly legal and legitimate business, if you fall under one of these broad categories you can’t use Stripe’s platform (even if you only use their ACH product and don’t touch credit cards). PayPal has a similar list.<p>The credit card networks justify it by claiming certain categories of business are riskier (and I’m sure some are). But then you see how a lot of these categories may have come from Operation Chokepoint, chosen by unelected bureaucrats seemingly without any evidence.<p>Personally it disturbs me that so many legitimate businesses are severely hamstrung from collecting payments online because of extremely opaque decisions by an oligopoly of payment networks.<p>But about Dwolla - it’s not quite as smooth as Stripe; you have to build out your own customer onboarding screens, and production plans are priced through a sales rep rather than a SaaS-y paygo model. But I feel much more in control from the business end of things using them.
fyfy18超过 5 年前
I&#x27;ve been selling a SaaS product for the last four years. Originally I used Stripe but recently switched to Paddle.<p>The main reason is that it makes my life a lot easier, they act as a reseller so I effectively sell my product to them, and they sell it on to customers. At the end of each month I just need to enter a single payment into my accounting platform, and they handle all currency conversions (I sell in USD, my accounting is in GBP) and sales taxes. They of course charge more, but for the amounts I&#x27;m talking about the cost outweighs the time I was spending dealing with Stripe payments.<p>They also support PayPal which I&#x27;ve had a lot of people ask for, so that&#x27;s a win too.
评论 #22178769 未加载
评论 #22178259 未加载
评论 #22179556 未加载
fastest963超过 5 年前
We use Stripe to process credit card payments and we&#x27;re adding support for ACH soon. Recently they made some changes to pricing (charging for Radar and non-US cards) that was surprising but otherwise they&#x27;ve been amazing. Great tooling support, great customer service and overall great platform.
评论 #22177619 未加载
wakatime超过 5 年前
We[1] use Stripe[2], Braintree[3], Coinbase Commerce[4], and GitHub Marketplace[5].<p>We built our own quote logic including prorating, etc. then apply that as recurring subscription using Braintree if customer wants to pay with PayPal, or Stripe if customer wants to pay with credit&#x2F;debit card.<p>Breakdown by processor:<p>73% Stripe<p>26% Braintree&#x2F;PayPal<p>0.7% GitHub Marketplace<p>0.3% Coinbase Commerce<p>[1]: <a href="https:&#x2F;&#x2F;wakatime.com&#x2F;" rel="nofollow">https:&#x2F;&#x2F;wakatime.com&#x2F;</a><p>[2]: <a href="https:&#x2F;&#x2F;stripe.com&#x2F;" rel="nofollow">https:&#x2F;&#x2F;stripe.com&#x2F;</a><p>[3]: <a href="https:&#x2F;&#x2F;www.braintreepayments.com&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.braintreepayments.com&#x2F;</a><p>[4]: <a href="https:&#x2F;&#x2F;commerce.coinbase.com&#x2F;" rel="nofollow">https:&#x2F;&#x2F;commerce.coinbase.com&#x2F;</a><p>[5]: <a href="https:&#x2F;&#x2F;github.com&#x2F;marketplace" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;marketplace</a>
评论 #22179086 未加载
analog31超过 5 年前
I have a small side business that makes a physical product. I&#x27;ve used PayPal for years with no issues, touch wood. There are two things that I like:<p>1. I don&#x27;t have to write code or maintain a server to process payments. I realize that I&#x27;m an outlier for not wanting an API, but my business web page is completely static, and it&#x27;s convenient for me to keep it that way.<p>2. They are unified with USPS for shipping, which has the best rates and service for packages that weigh just a few ounces. I can click on a button in PayPal and it spits out a USPS shipping label for me.<p>I greatly prefer not having to handle any of my customers data. The only info I ever see is their shipping address and whatever e-mail address they signed up to PayPal with.
karambir超过 5 年前
Our company is based out of India selling online courses for Data Science community and we use two payment providers: Instamojo and Paypal. Instamojo is for Indian cards and Paypal is for international payments. We could have used Instamojo for all payments but many customers like using Paypal as they don&#x27;t have to worry about saving credit card information with some random payment provider.<p>Stripe just came out of private beta in India but their processing fees are pretty high. We are looking at two providers as they are promising better fees. Razorpay and Payu:<p>- Razorpay is pretty much Stripe of India with the documentation and UI similar to Stripe.<p>- Payu is an old dog in Indian Payment Industry with good sales team but bad integration and overall product.
评论 #22179193 未加载
lemming超过 5 年前
I use Paddle, because they handle the intricacies of international VAT which is getting more and more complicated. I&#x27;d love to use Stripe, but I&#x27;d have to use something like Taxamo in combination with it. Since I was one of their first B2B customers I managed to negotiate a good rate with them, otherwise they&#x27;d be reasonably expensive. I&#x27;ve been generally happy with them.
makeee超过 5 年前
I use Stripe and PayPal. PayPal accounts for about 30% of my revenue. As another data point, I get easily 10x more requests for Stripe integration on <a href="https:&#x2F;&#x2F;divjoy.com" rel="nofollow">https:&#x2F;&#x2F;divjoy.com</a> than all other payment options combined. Devs overwhelming want to use Stripe.
inopinatus超过 5 年前
Pin Payments, for cards.<p>They have an Australian focus but global capability. If you use a scheme card for Fastmail, you probably paid via Pin Payments.<p>Pin have a Stripe-like API but a small-team feel during contact i.e. we know one another by name, and when escalating a technical query I&#x27;ve had dialogue directly with a dev lead. I&#x27;ve even received hand-written Christmas cards from them.<p>I live in mortal terror of Pin being bought by Stripe, or (worse) an Australian financial institution, with all the consequences for competence and customer service level that follow.<p>We also handle bulk&#x2F;large payments via CS2 (the Aus equivalent of ACH, for Usonian readers), with handling fee.
评论 #22176923 未加载
hex1848超过 5 年前
Authorize.Net is what we&#x27;ve used for online payments and our internal subscription processing for over a decade. API is easy to use. Never really had any downtime. Rates are competitive. No one has come along and given us much of a reason to change.
评论 #22177739 未加载
评论 #22177803 未加载
评论 #22177789 未加载
评论 #22177611 未加载
评论 #22176986 未加载
kf超过 5 年前
The FDA&#x2F;DEA have waged war on the kratom industry in extralegal fashion; I&#x27;ve had my personal bank accounts and credit cards shut down without explanation via <a href="https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Operation_Choke_Point" rel="nofollow">https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Operation_Choke_Point</a>.<p>With Operation Chokepoint over, the DEA&#x2F;FDA still have colluded to prevent the kratom industry from processing credit cards. For my website www.getkratom.com, we take checks, echecks, and cryptocurrency. Sales are about 1&#x2F;3 of what they were when we were able to take credit cards.
评论 #22177721 未加载
评论 #22185105 未加载
评论 #22177354 未加载
cknight超过 5 年前
I use <a href="https:&#x2F;&#x2F;pinpayments.com&#x2F;" rel="nofollow">https:&#x2F;&#x2F;pinpayments.com&#x2F;</a> to accept credit&#x2F;debit cards. My target market is 100% Australian so it was an easy option for me, but it won&#x27;t be suitable for most people here.
评论 #22178254 未加载
PaulDavisThe1st超过 5 年前
100% PayPal, despite the horror stories. Why? Micropayment account alongside regular account. A majority of payments are less than US$12, many are US$1 and on the latter I save 23c per transaction over typical rates (PayPal or other processors).<p>Customers from Turkey, Pakistan and a few other places are not happy (PayPal banned in their territories), but for the most part, few complaints. Ancient key&#x2F;value pair API continues to work, which is nice.<p>Hate their website, hate the lack of ways to get reports, particularly on subscriptions.<p>Could be done so much better (and likely is), but the micropayment account saves me thousands of dollars a year.
LannisterDebt超过 5 年前
Stripe for credit cards, run own nodes for cryptocurrency because customer privacy is important in certain scenarios for me.
esdott超过 5 年前
I am also interested in this question but would also love to know the average percentage people are paying. It’s always been interesting to me how stripe (and the like) are basically a premium over less polished tools like Authorize.net but are able to charge as much as a percentage point more for basically the same thing.<p>I’ve built payment integrations my entire 20 year career and have always appreciated how ease of use relates to cost, e.g. it’s hard to build tools as easy to use as stripe or Braintree, but I’ve wondered how these features play out when it’s so close to the actual money itself.
评论 #22177617 未加载
评论 #22176676 未加载
aloukissas超过 5 年前
I&#x27;m actually implementing our Stripe integration as we speak. Super straightforward to get it done, with tons of documentation and example, and the Elixir library is fantastic.
mlacks超过 5 年前
Exclusively Paypal. I&#x27;ve had nothing but extremely positive experiences, but form what I hear, when it goes bad, it goes really really bad. I&#x27;m looking into other options
评论 #22177513 未加载
评论 #22176754 未加载
shooshoo超过 5 年前
We use both Paypal and Stripe for international (worldwide) payments. Most customers seem to prefer Paypal, and Paypal is set up so that we don&#x27;t have to do anything - we just receive an email on purchase, while we need a server in the middle for Stripe.<p>Paypal is significantly more expensive. Recurring subscriptions are really bad (the &quot;vintage&quot; UI is stuck circa 1999).<p>But what&#x27;s really bad is that at some point, after 5 or 6 years of significant usage, someone calls us once at 4.30 PM, gets no answer, and flags us as &quot;suspicious&quot;. At that point, we could not retrieve any money for the account, could not call anyone (you cannot contact the fraud team - we&#x27;ll call you back), and it started a lengthy (like, a couple of months) process where we were asked a lot of previous information in order to unlock the account. I mean, I understand you may want&#x2F;need more information, but you talk to us first and then, if you do not receive good answers, you lock the account. Our bank charges per year way less than PayPal and gives us an account who knows who we are, comes visit yearly, and whose mobile number I have.<p>So, even if we still use Paypal by popular demand, I&#x27;d rather not.
derrick_jensen超过 5 年前
Stripe and an in-house Bitcoin backend<p>Funny thing is that I&#x27;m working on debugging an issue with the Stripe API right now (or the library I&#x27;m using)
slivanes超过 5 年前
Elavon for direct card (they supported 3DSecure early back in the day), PayPal, and Bitcoin. We used to support Western Union, but we got blocked after a random amount of funds was received, their support was not able to help.<p>Business is for digital goods.<p>Would like to support worldwide bank transfers if it can be safe and quick for both sender and receiver, anyone got any tips?
robertpohl超过 5 年前
For Nordic&#x2F;European customers, you should check out Mondido, which provide local payments and a lot for smart added value.
kwindla超过 5 年前
We use Stripe for usage-based billing of our video calls API.<p>We wrote a blog post about how we built on top of Stripe&#x27;s &quot;subscriptions&quot; API: <a href="https:&#x2F;&#x2F;www.daily.co&#x2F;blog&#x2F;implementing-api-billing-with-stripe" rel="nofollow">https:&#x2F;&#x2F;www.daily.co&#x2F;blog&#x2F;implementing-api-billing-with-stri...</a>
oneplane超过 5 年前
Multiple businesses but most common is direct wire transfer&#x2F;bank transfer. The smaller business: generate invoices, send them to the customer, customer has a few choices, the only international ones are IBAN or PayPal (adds fees). Most common used is direct bank transfer. AVG transaction: €2500. Larger business: mostly commerce payments, over 90% is iDEAL (Dutch native payment system - does instant wire transfers between Dutch banks), the rest is either Apple Pay or by invoice&#x2F;manual bank transfer. Some sub-0.1% uses Credit Cards but it almost costs more to keep it available than the revenue it generates. In all cases we use native banking APIs, no middlemen&#x2F;broker&#x2F;processors, except Credit Card. AVG transaction: €50.
winter_blue超过 5 年前
Has anyone used Payfort (now an Amazon subsidiary), which is a payment processor for GCC (and MENA?) countries? I&#x27;ve never used them, but their terms of service seem to explicitly prohibit being used for software sales. I was wondering what else is available in the GCC countries that permits software subscriptions. For example, Chargebee seems to support transactions in AED, but it is not clear whether they can be used, for example, by an UAE-based LLC.
maxmalysh超过 5 年前
Bitcoin.
评论 #22177633 未加载
评论 #22176269 未加载
espinchi超过 5 年前
At our price range (most invoices are $10k-$50k and in the US), we generate and send invoices from Xero, our accounting software. Customers can pay via check, wire, ACH or Credit Card, and they typically do checks or ACH. For additional context: we automate customer service for ecommerce companies in the 50-500 employee range. Payment methods vary depending on the company size, localization, sector, payment size, etc.
balls187超过 5 年前
Stripe.<p>Love the developer friendly aspect, and their customer service is awesome.<p>Due to a misunderstanding[1], they believed our service violated their TOS. Stripe offered us a week to migrate AND suggested a competitor that allows those types of Txns.<p>Luckily, with a message to Customer Support (via Twitter) we resolved the misunderstanding and never had to migrate.<p>Also worth noting, the issue was addressed on a Saturday.<p>1: Stripe mistakenly thought we were doing online prescriptions.
评论 #22177035 未加载
评论 #22177115 未加载
rkangel超过 5 年前
We used GoCardless to set up Direct Debits. We were taking large-ish recurring payments (£100s) and GoCardless was the cheapest as they cap at £2 a transaction.<p>Their service was great and was trivial to interact with. We were working only in the UK, and Direct Debit isn&#x27;t available everywhere but GoCardless offers some equivalent in a lot of countries.
dreamer7超过 5 年前
We use MangoPay.<p>The customer service or tech support isn&#x27;t as great as Stripe but they have a really intuitive model for marketplaces
评论 #22189969 未加载
fastbeef超过 5 年前
I’m in the process of starting up a side business for my wife, making and selling physical goods. I’m in Sweden, and the go-to here is Klarna. They have their issues, but integration with WooCommerce was a breeze and people have come to expect Klarna as the default way to pay online.
评论 #22195407 未加载
lopmotr超过 5 年前
I&#x27;m a complete dinosaur using Paypal. It emails me when there&#x27;s a payment and I manually respond to the customer. They have to wait until I check my email since I don&#x27;t even get notifications. Sorry customers. Paypal is a nightmare of course. Don&#x27;t be like me.
Nesze超过 5 年前
At my current company we use Spreedly to integrate with the payment gateway. Idea is to have multiple payment providers in the background, which is fairly simple with Spreedly (they offer a single API, while large nr of supported psps in the background).<p>We also vaulting the cards there.
suhail超过 5 年前
Stripe
xtiansimon超过 5 年前
Several of my hospitality clients have started with Square. The CC fees are straight forward &lt;= %4.<p>There are third-party partners who extend on the platform. (I&#x27;m looking for a simple option for invoices-statements without trying to compete as Online Bookkeeping service.)
shreyshrey超过 5 年前
We used both stripe and paypal. Now we have consolidated everything to stripe. Larger payments we use paper checks and wire transfers. Pricing wise both paypal and stripe are not very different.if you process large amounts you can get discounts from both
therealx超过 5 年前
Chargify. JUST DON&#x27;T DO IT! It&#x27;s very limiting, the api sucks, and it&#x27;s expensive. We got locked in by a dev before I was a part of things and I think before Stripe (maybe not.) Either way; just don&#x27;t.
评论 #22178352 未加载
sigio超过 5 年前
I create invoices using invoiceninja, which are payed via banktransfers mostly and via mollie payments for the smaller amounts.<p>This is usually an ideal payment in .nl, and various other payment methods in other european countries.
thedangler超过 5 年前
I own my own payment processing company and gateway, so I use that. I do sometime recommend Stripe and Square to Clients but Stripe for most people is a no go in Canada because of the 7 day deposit delay.
runako超过 5 年前
Services work invoiced through Bonsai, typically paid via ACH with some credit cards mixed in. Stripe handles the ultimate money movement.<p>SaaS - mostly Stripe credit cards, with a tiny percent in PayPal.
vfuse超过 5 年前
We use Stripe, Braintree (just for paypal billing agreements) and Mollie for certain EU payments. Mollie we only do annual payments since they are mostly non recurring payment options.
ezconnect超过 5 年前
Paypal. Never had issues with them. Only problem is there are a few customers that are dishonest but they are just a couple of them Every year. Average transaction is 15usd
评论 #22176969 未加载
goatherders超过 5 年前
Every client pays via CC except one by check and one by ACH. We use WePay which is connected to Freshbooks. We eat the 3% charge or whatever it is. Avg order size of $2,000.
Looter超过 5 年前
We use Paystand for Credit Cards (2.49% + 30¢), ACH and eCheck 25¢ 0%. Services business. Import transactions into Xero. Monthly fee $299. We pass the CC fee to customers.
gramakri超过 5 年前
We use Stripe. Will be adding PayPal integration later this year. Many of our customers are in europe and they don&#x27;t have credit cards. PayPal works best for them.
estebarb超过 5 年前
Nobody have experience with 2checkout? I&#x27;m considering using it for a SaaS (they handle taxes, payout to latam), but the lack of references feels odd
Axsuul超过 5 年前
A mix of Stripe and Shopify&#x27;s own billing system.
jwr超过 5 年前
Braintree, planning to switch to stripe. Still looking for a good EU-compliant (Poland) solution for invoicing, having to do it myself right now.
franz899超过 5 年前
Stripe&#x27;s Payment Intent API<p>All done via serverless functions, for both initialisation and confirmation(via Stripe&#x27;s webhooks).
emersonrsantos超过 5 年前
Ebanx, for the Latin America market.
评论 #22177260 未加载
ptman超过 5 年前
Adyen is a large player. Not quite as slick as Stripe but better rates.
评论 #22178857 未加载
edoceo超过 5 年前
Oh, what about sales tax for SAAS in USA? Currently driving me mad.
评论 #22181473 未加载
评论 #22177495 未加载
jacobsenscott超过 5 年前
Stripe&#x2F;paypal
qrbLPHiKpiux超过 5 年前
Elavon
deneme100超过 5 年前
Java:<p>public class PaymentRequest{}<p>public class PaymentResponse{}<p>Golang:<p>type PaymentRequest struct {}<p>type PaymentResponse struct {}<p>Kotlin:<p>data class PaymentRequest(&quot;&quot;)<p>data class PaymentResponse(&quot;&quot;)