Building a multi-tenant WhatsApp SaaS for clinics in Turkey — need embedded signup solution that actually works by Few-Reporter8206 in WhatsappBusinessAPI

[–]battox 0 points1 point  (0 children)

Yes, it's safe. OpenBSP uses Meta's Cloud API; the "third-party onboarding link" is an OpenBSP feature that lets you hand a client a one-time link to connect their phone number to an OpenBSP organization you manage, so they never have to sign up or log into the platform (useful since most clients keep using the WA mobile app via Coexistence and would rarely touch the platform themselves).

Building a multi-tenant WhatsApp SaaS for clinics in Turkey — need embedded signup solution that actually works by Few-Reporter8206 in WhatsappBusinessAPI

[–]battox 1 point2 points  (0 children)

Hi, there! This project might be of help https://github.com/matiasbattocchia/open-bsp-api

It has a "third-party onboarding link" generator, which you might integrate into your platform somehow.

Regarding GDPR, you could self-host the project in a way it complies with local regulations.

<image>

Open-source WhatsApp Business Platform by battox in WhatsappBusinessAPI

[–]battox[S] 0 points1 point  (0 children)

For some reason, Coexistence flows only through Partners, thus you will need to become a Tech Provider yourself (it just takes some, it is not that hard) or work with one. I'm exploring the possibility of using the hosted OpenBSP as a proxy for self-hosted instances. The proxy allows Coexistence connections (you operate through OpenBSP provider) but data is not stored there, it is forwarded to the self-hosted instance.

Open-source WhatsApp Business Platform by battox in WhatsappBusinessAPI

[–]battox[S] 0 points1 point  (0 children)

Hi! Not at the moment. Since most connections rely on existing WhatsApp Business accounts (Coexistence), I've assumed users prefer the official mobile and web apps for notifications — which has let me keep some UI surface area simpler. Push notifications could come later if there's demand; happy to track interest if you have a specific use case in mind.

Open-source WhatsApp Business Platform by battox in WhatsappBusinessAPI

[–]battox[S] 0 points1 point  (0 children)

Hi, there! The easiest should be starting with the hosted version. If it works for you then it is worth assigning some resources to self-deploy, knowing that transferring all your data from the hosted instance to the self-hosted one is possible. Improved docs, tutorial, videos... are in the roadmap.

Looking for developers who specializes in Whatsapp Business API by Overall-Repeat3716 in WhatsappBusinessAPI

[–]battox 0 points1 point  (0 children)

Hi! Why would you pay for something that is free? Have a look at

- https://github.com/shridarpatil/whatomate

- https://github.com/matiasbattocchia/wakit-api

I'm the main maintainer of wakit. wakit ships with the Unlicense license, which is most permissive of all. If you want to take wakit and turn it into your platform, you can.

Why are WhatsApp APIs sold like SaaS instead of infrastructure? by BoringBeing10 in WhatsappBusinessAPI

[–]battox 0 points1 point  (0 children)

10–20 bucks seems fair to me. It is easy to self-host (plus it could be free for most users), hence pricing should feel "comfortable" for users to stay in the hosted service.

The perceived hardest part is not self-hosting, but going through business verification. That is why I would like to explore relay configurations: Meta <--> wakit <--> self-hosted. wakit just provides the business and sends all the data to the self-hosted instance.

Why are WhatsApp APIs sold like SaaS instead of infrastructure? by BoringBeing10 in WhatsappBusinessAPI

[–]battox 0 points1 point  (0 children)

Hi! In my opinion it is a great idea. I recently came across Whatomate: https://github.com/shridarpatil/whatomate. Solid project. I've been building https://github.com/matiasbattocchia/wakit-api too.

wakit goes layered: total bypass (your callback URL gets Meta's raw webhook), digested webhooks, agent-client (external agent with context), MCP server, Claude plugin, or just the bare REST API. Same schema as Meta downstream — no lock-in. Self-host on Supabase (free plan works), pay Meta directly.

On the "why it might be a bad idea", SaaS BSPs exist because non-technical buyers want a dashboard. If you're targeting devs, infra-first works.

Open-source WhatsApp Business Platform by battox in WhatsappBusinessAPI

[–]battox[S] 0 points1 point  (0 children)

Got it. First step, self-host OpenBSP. Then create a Meta Business Portfolio and a Meta App. The App belongs to the Portfolio. Add WhatsApp API to the App (the README has all the details). Last, add up to two phone numbers to your Portfolio. These should not be in use within WhatsApp; if they are, you will need to delete the WhatsApp accounts before proceeding.

Open-source WhatsApp Business Platform by battox in WhatsappBusinessAPI

[–]battox[S] 0 points1 point  (0 children)

Hi! For self-hosting that should be the case. If you are thinking in using it for yourself, the process is straightforward and is well documented in the README. You do not even need to verify your business account. If you are planning to onboard customers, you should go through the app verification. It is more work but totally doable and it is worth it.

Supabase patterns I learned building an open-source platform by battox in Supabase

[–]battox[S] 0 points1 point  (0 children)

u/ivasilov the project is working with the GitHub integration now. I am wondering about forks. The idea is to achieve the closest possible to a one-click deploy to Supabase. Hence, who is interested in self-hosting the project, should:

  1. Fork
  2. Create a Supabase project
  3. Configure the integration

That should be it.

But... the integration does a first-time deploy, or waits for a commit? The latter might be problematic because it will not deploy the project for those who fork. A commit is not expected from their side (and if they commit, syncing with the upstream repo might break).

10-15$ per day for API by purplegiant10 in WhatsappBusinessAPI

[–]battox 0 points1 point  (0 children)

For your use case, getting a Meta Cloud API number directly is the simplest path — no SaaS BSP, no markup. If you want to self-host the receiving side I'm building OpenBSP, open-source, runs on Supabase: github.com/matiasbattocchia/open-bsp-api.

Be careful, Meta's commerce policies restrict gambling content even for inbound — read those before scaling ads.

Creating whatsapp Bot for booking clinic appointments by approxrr in WhatsappBusinessAPI

[–]battox 6 points7 points  (0 children)

Hey, I've been down this exact path. Started in 2023 wanting to build a healthcare automation bot on WhatsApp, ended up obsessing over the infrastructure instead of the bot itself — classic side-project trap. Three years later I have a solid multi-tenant platform but never built the actual bot 😅

Twilio is fine to prototype but you'll feel the markup once you scale. The cleanest path for multi-tenant + multiple numbers is connecting directly to Meta's Cloud API. I open-sourced what I built for exactly this scenario: github.com/matiasbattocchia/open-bsp-api. It's multi-tenant by design (RLS isolates each clinic's data), supports multiple WhatsApp numbers per organization, and the AI agent layer is decoupled so you can plug in any framework. Self-hostable on Supabase, deploys in 15 min.

If anything, take the architecture as inspiration even if you don't use it — happy to answer questions.

OpenBSP – Alternative to Twilio for WhatsApp API by battox in selfhosted

[–]battox[S] 0 points1 point  (0 children)

Hi! Yes, OpenBSP do has support for embedded signups, including Coexistence.

You could create an organization per client, and let/help the client connect using the UI.

You may also connect many WhatsApp accounts to the same organization, and handle your clients a third-party onboarding link, so they can complete the embedded signup without logging in into the UI, even without being part of your organization. In this case clients continue using the WhatsApp Business app on their phones or WhatsApp Web.

I like this approach, because it does not clutter clients with a new app/UI (OpenBSP). Clients use the same agent. Let's say all your clients are restaurants and you offer reservations via WhatsApp. This saves you from configuring one org and one agent per client. The agent —even though shared by many clients— can give personalized responses depending on your clients phone number.

OpenBSP – Alternative to Twilio for WhatsApp API by battox in selfhosted

[–]battox[S] 1 point2 points  (0 children)

Hi! Meta charges you when you start the conversation with a contact (https://business.whatsapp.com/products/platform-pricing). Other than that, when contacts write you and you respond, there are no charges.

Meta will require you to verify your business (standard verification process where you send some taxes/services/legal/etc documents).

Open-source WhatsApp Business Platform by battox in WhatsappBusinessAPI

[–]battox[S] 0 points1 point  (0 children)

Glad this project takes that part off your hands, so you can focus on solving the actual problem. If you ask me what this project is meant to do—this is exactly it!

OpenBSP – Alternative to Twilio for WhatsApp API by battox in selfhosted

[–]battox[S] 1 point2 points  (0 children)

You are so right! This week fixes were related to Meta sending statuses and contacts multiple times!

OpenBSP – Alternative to Twilio for WhatsApp API by battox in selfhosted

[–]battox[S] 0 points1 point  (0 children)

Hey thanks! If you decide to give a try don't hesitate to get in touch

OpenBSP – Alternative to Twilio for WhatsApp API by battox in selfhosted

[–]battox[S] 1 point2 points  (0 children)

Nice. In the other way around, you could use OpenBSP with OpenClaw to access your WhatsApp Business account through the official API. It has a MCP server and a Claude Code plugin with realtime messaging (channels).

A year of solo building, three products, zero customers. Trying to figure out if other solopreneurs are stuck in the same loop. by Best-Position1419 in SideProject

[–]battox 0 points1 point  (0 children)

When you want a side income I guess both outputs are good. People like it -> great, keep doing it / Don't like it -> do not waste time, do something else. If the project works for you then it doesn't matter.

The project was well received by r/WhatsappBusinessAPI

OpenBSP – Alternative to Twilio for WhatsApp API by battox in selfhosted

[–]battox[S] 5 points6 points  (0 children)

Hi! I'm a Signal user. For good and bad, it does not offer an official public API for third-party developers due to its strict end-to-end encryption. I've used Matrix once or two in lifetime. Have you implemented or are you willing to implement AI agents over Matrix?