Accept payments(b4a, b4j, web) for your project/SAAS

FrostCodes

Active Member
Licensed User
Longtime User
Hi everyone, I have built multiple Softwares that accept continuous/recurring payments(SAAS) like Examina and Pindodo.

I am thinking of working on a paid SAAS starter pack that would:

  • Allow you receive payments using Paddle
  • Provide you with Production ready code sample
  • Secured API written in b4j with Cuppify (might provide PHP sample later)
  • Allow you verify payments
  • Access user payment history/receipts/invoices(last 15)
  • Provide you with a sample app
  • Nicely documented and easy to extend to support more payment gateways
  • Accept activation serial code/number for other payment types like when you get paid in cash, bank transfer, crypto etc.

My plan is you can buy the codes separately or as a bundle.

If you pre-order now, you get it for:

Full Bundle(B4a + B4j + Web +API) = $120
B4a only + API = $50
B4j only + API = $50
Web only + API = $40

Free bug fixes and for expert support, you can always hire me privately.

Are you interested? Pre-order here ?


Thanks, and if you are not, any reason why?
 

ThRuST

Well-Known Member
Licensed User
Longtime User
@FrostCodes Are you working on a library to handle ecommerce payments? That could be useful. However as far as I know there's a number of SaaS companies out there like Stripe, Paddle, Klarna, FastSpring, Salesforce, Oracle Suite, Payson to name a few. They use webhooks that offers automatic handling of checkout services.
I've been thinking about a way to build a system of this myself just to get around the fee's for each sale. I am sure this is of huge interest for many , but then you have to consider that these companies offer a support team and that might get busy if you wrap a solution like this yourself. So as this is a huge and most important matter I'd ask you to present more information about your work if you want to progress in this sector names SaaS. Because there's some huge players out there so that was my advice.
Nice idea indeed, and I hope my reflections adds to your success :cool:??
 

FrostCodes

Active Member
Licensed User
Longtime User
@FrostCodes Are you working on a library to handle ecommerce payments? That could be useful. However as far as I know there's a number of SaaS companies out there like Stripe, Paddle, Klarna, FastSpring, Salesforce, Oracle Suite, Payson to name a few. They use webhooks that offers automatic handling of checkout services.
I've been thinking about a way to build a system of this myself just to get around the fee's for each sale. I am sure this is of huge interest for many , but then you have to consider that these companies offer a support team and that might get busy if you wrap a solution like this yourself. So as this is a huge and most important matter I'd ask you to present more information about your work if you want to progress in this sector names SaaS. Because there's some huge players out there so that was my advice.
Nice idea indeed, and I hope my reflections adds to your success :cool:??
Hi, no you misunderstood my idea.
All I am providing is the api webhook and sample built and ready to go for paddle.
 

ThRuST

Well-Known Member
Licensed User
Longtime User
As far as I understand those SaaS companies offer an API out of the box and their support team assists 24/7 to set up those webhooks.
Besides Paddle is not a competitor according to their score but okay, have it your way :cool:
 

aeric

Expert
Licensed User
Longtime User
I think some payment gateways are specific for country or local. If I want to build apps for my local market, I have to use what are common for local consumers. Most payment gateways provide Http REST API for integration so it is not difficult to use httputils to make the calls. Your solution may be useful as a reference or demo of how things work but I may not able to test due to availability.
 
Top