> 2.9% + 30¢
Very expensive!
Show HN: We built an open source, zero webhooks payment processor
11–20 of 230 posts
Re: Show HN: We built an open source, zero webhooks payment processor
#12Something tells me the main problem with payment processing is integrating with card companies like visa and mastercard, and not whether you use webhooks or not (if I understand correctly how online payments work).
Closer-to-the metal integrations with providers is definitely a big headache. Solving that problem takes a bit longer because you need bank partnerships, in many cases have to pass compliance screens, etc. We're aiming to tackle the more tractable part first which is the developer experience
Re: Show HN: We built an open source, zero webhooks payment processor
#13It looks like you need to update this file https://github.com/flowglad/flowglad/tree/main/platform#read...
Its still using the Mintlify starter kit
Re: Show HN: We built an open source, zero webhooks payment processor
#14For those who are wondering, like me, what is this? Is this a new alternative to Stripe? The answer is: no. This is an added layer of abstraction on top of Stripe.
For now, yes. The game plan over time is to get deeper into the actual card rails side of things. But first we really want to nail the developer experience.
Who cares about developer experience? Genuinely asking, because I’m a developer too and I certainly don’t care. What we care about is solving the actual problem of payments with the downstream companies.
Re: Show HN: We built an open source, zero webhooks payment processor
#15I have to say, this is a great approach to open source licencing:
https://github.com/flowglad/flowglad/blob/main/LICENSE
It makes it very clear, and easy to understand.
- ./packages: MIT
- ./playground: MIT
- ./platform: AGPLv3
Re: Show HN: We built an open source, zero webhooks payment processor
#16> 2.9% + 30¢ Very expensive!
That's Stripe's transaction fee, not theirs
Re: Show HN: We built an open source, zero webhooks payment processor
#17[under-the-rug stub] [see https://news.ycombinator.com/item?id=45988611 for explanation]
What sold me on flowglad was the single source of truth and not having to hold customer stripe info in my DB. Although it took me a little while to figure that out lol
Re: Show HN: We built an open source, zero webhooks payment processor
#18Something tells me the main problem with payment processing is integrating with card companies like visa and mastercard, and not whether you use webhooks or not (if I understand correctly how online payments work).
Closer-to-the metal integrations with providers is definitely a big headache. Solving that problem takes a bit longer because you need bank partnerships, in many cases have to pass compliance screens, etc. We're aiming to tackle the more tractable part first which is the developer experience
If you're trying to be like Vercel—it's a red flag for any reasonable person when you clearly spent more effort on your landing page than your actual product. What made Stripe so successful is that, I personally would not even attempt, like you said, "integrations with providers" "bank partnerships" "compliance screens" because that sounds basically impossible.
Re: Show HN: We built an open source, zero webhooks payment processor
#19Earlier quoted context omitted.
For now, yes. The game plan over time is to get deeper into the actual card rails side of things. But first we really want to nail the developer experience.
Who cares about developer experience? Genuinely asking, because I’m a developer too and I certainly don’t care. What we care about is solving the actual problem of payments with the downstream companies.
Stripe became dominant by improving developer experience, which cuts implementation costs.
Re: Show HN: We built an open source, zero webhooks payment processor
#20[under-the-rug stub] [see https://news.ycombinator.com/item?id=45988611 for explanation]
I care about my own developer experience. If i can save a headache and some time integrating payments, I'm all for it.