Get started as a Solution Partner
Updated: Nov 5, 2025 This guide goes over the steps Solution Partners need to take in order to offer the Cloud API to their customers. There are 4 main stages: Prepare & Plan Set up Assets Sign Contracts Build Integration After you’re done, please keep up with monthly updates.Prepare & plan
Read documentation
Before you start, we recommend reading through our developer documentation and our Postman collection. This helps you understand how the Cloud API works, including how to get started and migrate numbers.Plan onboarding & migration
We recommend that you use Embedded Signup to onboard new business customers to the Cloud API. If you haven’t already, implement Embedded Signup. Embedded Signup is the fastest and easiest way to register business customers, enabling them to start sending messages in less than five minutes.Set up assets
To use the Cloud API, Solution Partners need to have the following assets:| Asset | Specific Instructions |
|---|---|
| Business portfolio | You can use an existing one, or set up a new one. Save the business portfolio ID. |
| WhatsApp Business Account (WABA) | See Create a WhatsApp Business Account for the WhatsApp Business API for help. |
| Meta App | If you don’t have an app, you need to create one with the Business type. Remember to add a display name and a contact email to your app. As a (Solution Partner), your app must go through App Review and request Advanced Access to the following permissions: whatsapp_business_management — Used to manage phone numbers, message templates, registration, business profile under a WhatsApp Business Account. To get this permission, your app must go through App Review.whatsapp_business_messaging — Used to send/receive messages from WhatsApp users, upload/download media under a WhatsApp Business Account. To get this permission, your app must go through App Review.whatsapp_business_manage_events — Used to log events—such as purchases, add-to-cart actions, leads, and more under a WhatsApp Business Account. Only request this permission if you are using the Marketing Messages Lite API with Conversions API. To get this permission, your app must go through App Review.As a Solution Partner, you can also feel free to use the same Meta app across different clients and WABAs. But be aware that each app can only have one webhook endpoint and each app needs to go through App Review. |
| System User | See Add system users to your business portfolio for help. Currently, a Meta App with whatsapp_business_messaging, whatsapp_business_management, whatsapp_business_manage_events, and business_messaging permissions has access to up to:1 admin system user 1 employee system user We recommend using the admin system user for your production deployment. See About business portfolio access for more information. |
| Business Phone Number | This is the phone number the business will use to send messages. Phone numbers need to be verified through SMS/voice call. For Solution Partners and Direct Developers: If you wish to use your own number, then you should add a phone number in WhatsApp Manager and verify it with the verify endpoint via Graph API. For business customers of Solution Partners: If you wish to use your own number, then you should add and verify their numbers using the Solution Partner’s Embedded Signup flow. There is no limit to the amount of business phone numbers that can be onboarded to the Cloud API. |
| Consumer Phone Number | This is a phone number that is currently using the consumer WhatsApp app. This number will be receiving the messages sent by your business phone number. |
Sign contracts
Accepting Terms of Service
In order to access the WhatsApp Business Messaging Cloud API you need to first accept the WhatsApp Business Platform Terms of Service on behalf of your business. To do so, navigate to WhatsApp Manager and accept the Terms of Service in the informational banner.
For any new Cloud API businesses, you will need to accept Terms of Service before you can start using Cloud API. Registration calls will fail until you accept the Terms of Service.
You as a developer need to accept the Terms of Service. If you are a Solution Partner, you do not need your customers to accept.
Build integration
Step 1: Get system user access token
Graph API calls use access tokens for authentication. For more information, see Access Tokens. We recommend using your system user to generate your token. To generate a system user access token: Go to Business portfolio > Business Settings > Users > System Users to view the system user you created. Click on that user and select Add Assets. This action launches a new window. Under Select Asset Type on the left side pane, select Apps. Under Select Assets, choose the Meta app you want to use (your app must have the correct permissions). Enable Develop App for that app. Select Save Changes to save your settings and return to the system user main screen. Now you are ready to generate your token. In the system user main screen, click Generate Token and select your Meta app. After selecting the app, you will see a list of available permissions. Selectwhatsapp_business_management , whatsapp_business_messaging , and whatsapp_business_manage_events . Click Generate Token.
A new window opens with your system user, assigned app and access token. Save your token.
Optionally, you can click on your token and see the Token Debugger. In your debugger, you should see the permissions you have selected. You can also directly paste your token into the Access Token Debugger.
Step 2: Set up webhooks
With Webhooks set up, you can receive real-time HTTP notifications from the WhatsApp Business Platform. This means you get notified when, for example, you get a message from a customer or there are changes to your WhatsApp Business Account (WABA). To set up your webhook endpoint, you need to create an internet-facing web server with a URL that meets Meta’s and WhatsApp’s requirements. See our Webhooks document for more information. If you need an endpoint for testing purposes, you can deploy a test app that simply dumps webhook payloads to your console.App setup
Once the endpoint is ready, configure it to be used by your Meta app: In the App Dashboard, go to WhatsApp > Configuration, then click the Edit button. Callback URL: This is the URL Meta will be sending the events to. See the Webhooks, Getting Started guide for information on creating the URL. Verify Token: This string is set up by you, when you create your webhook endpoint. After adding the information, click Verify and Save. After saving, back in the Configuration panel, click the Manage button and subscribe to individual webhook fields. To receive notifications of customer messages, be sure to subscribe to the messages webhook field. You only need to set up Webhooks once for every application you have. You can use the same Webhook to receive multiple event types from multiple WhatsApp Business Accounts, or set up an override. For more information, see our Webhooks section.Step 3: Subscribe to your WABA
To make sure you get notifications for the correct account, subscribe your app:Step 4: Get phone number ID
To send messages, you need to register the phone number you want to use. Before you can register it, you need to get the phone number’s ID. To get your phone number’s ID, make the following API call:Migration exception
If you are migrating a phone number from the On-Premises API to the Cloud API, there are extra steps you need to perform before registering a phone number with the Cloud API. See Migrate From On-Premises API to Cloud API for the full process.Step 5: Register phone number
With the phone number’s ID in hand, you can register it. In the registration API call, you perform two actions at the same time: Register the phone. Enable two-step verification by setting a 6-digit registration code —you must set this code on your end. Save and memorize this code as it can be requested later. Setting up two-factor authentication is a requirement to use the Cloud API. If you do not set it up, you will get an onboarding failure message:
Sample request:
Embedded Signup users
A phone number must be registered up to 14 days after going through the Embedded Signup flow. If a number is not registered during that window, the phone must go through to the Embedded Signup flow again prior to registration.Step 6: Receive a message From consumer app
Once participating customers send a message to your business, you get 24 hours of free messages with them —that window of time is called the customer service window. For testing purposes, we want to enable this window, so you can send as many messages as you would like. From a personal WhatsApp iOS/Android app, send a message to the phone number you just registered. Once the message is sent, you should receive an incoming message to your Webhook with a notification in the following format.Step 7: Send a test message
Once you have enabled the customer service window, you can send a test message to the consumer number you used in the previous step. To do that, make the following API call:Keep up with monthly updates
We will release Cloud API updates on the first Tuesday of every month. Those will include new features and improvements. You don’t need to do any work to use any of the new features, since the Cloud API updates automatically.FAQs
General FAQs
Which company will be providing the Cloud API? WhatsApp develops and operates the WhatsApp Business API, which enables businesses to communicate with WhatsApp consumer users on the WhatsApp network. When using the Cloud API, Meta will host the WhatsApp Business API for you and provide an endpoint for the WhatsApp service for your incoming and outgoing WhatsApp communications. Are there any additional costs for the Cloud API? Access to Cloud API is free, and we expect it to generate additional cost savings for developers, as Meta hosts and maintains the Cloud API.Technical implementation FAQs
What is the architecture of the Cloud API? The Cloud API architecture significantly simplifies the Solution Partner’s operational and infrastructure requirements to integrate with WhatsApp Business Platform. First, it removes the infrastructure requirements to run Business API docker containers (CAPEX savings). Second, it obviates the need of operational responsibilities to manage the deployment (OPEX savings).
What will disaster recovery look like: if a region is unavailable, how much time does it take to move messages to another region?
We will have disaster recovery and data replication across multiple regions. The expected downtime would be within our SLA and usually in the order of less than a minute to less than five minutes.

