Get Started for Solution Partners

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:

  1. Prepare & Plan
  2. Set up Assets
  3. Sign Contracts
  4. 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

You must use Embedded Signup to onboard new customers to the Cloud API. If you haven’t already, integrate and launch Embedded Signup. Embedded Signup is the fastest and easiest way to register customers, enabling them to start sending messages in less than five minutes.

Next, think about which clients you want to migrate to the Cloud API first. Our general recommendation is to migrate all of your clients from the On-Premises to the Cloud API, but each client’s need may vary. As you think about which clients to migrate, consider:

ConsiderationMore Context

Are my client’s throughputs and message volumes supported by Cloud API?

The Cloud API supports most businesses at 250 messages/second cumulative peak throughput, including text/media and incoming/outgoing.

Are my client’s compliance needs met by the Cloud API?

The Cloud API is GDPR compliant and has SOC 2 certification. Servers are hosted in North America and Europe.

Are my clients using features supported by the Cloud API?

Most major features are supported. See full list here.

Once you know who’s going to be migrated, you can build a migration plan and timeline.

As you create your plan, remember to design your system for two scenarios: onboarding new customers and migrating current customers from On-Premises to Cloud API. For the migration scenario, include plans to backup your current On-Premises instance and migrate those numbers to the Cloud API.

Plan Communication With Clients

First, you need to decide whether to notify existing clients about migration. Then, you should determine if you need to create or update any documentation to support the Cloud API setup.

Make Pricing Decisions

Since the hosting costs for the Cloud API are covered by Meta, you should decide if you would like to update your prices accordingly.

Set up Assets

To use the Cloud API, Solution Partners need to have the following assets:

AssetSpecific Instructions

Business Manager

You can use an existing, or set up a new one. Save the Business Manager 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.

See a sample App Review submission here.


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 Manager for help.


Currently, a Meta App with whatsapp_business_messaging, whatsapp_business_management, and business_messaging permissions has access to up to:

  • 1 admin system user, and
  • 1 employee system user

We recommend using the admin system user for your production deployment. See About Business Manager Roles and Permissions 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 Businesses: 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 businesses using 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.


สถานะตรวจสอบยืนยันของหมายเลขโทรศัพท์จะไม่ส่งผลต่อการย้ายระหว่าง API ระบบคลาวด์กับภายในองค์กร หากคุณไม่มีสิทธิ์เข้าถึงการสมัครใช้งานแบบฝังเพื่อตรวจสอบยืนยันหมายเลขโทรศัพท์ เราขอแนะนำให้ตรวจสอบยืนยันหมายเลขโทรศัพท์โดยใช้โซลูชั่นภายในองค์กร จากนั้นให้ย้ายหมายเลขเหล่านั้นไปยัง API ระบบคลาวด์

There is no limit to the amount of business phone numbers that can be onboarded to the Cloud API.


หมายเลขโทรศัพท์ 1 หมายเลขจะนำมาใช้กับแพลตฟอร์มได้ครั้งละ 1 แพลตฟอร์มเท่านั้น กล่าวคือต้องใช้ 1 หมายเลขสำหรับ API ระบบคลาวด์ และอีก 1 หมายเลขสำหรับระบบในองค์กร นั่นหมายความว่าคุณไม่สามารถใช้หมายเลขโทรศัพท์สำหรับใช้งานจริงกับทั้ง API ภายในองค์กรและ API ระบบคลาวด์ได้ เราขอแนะนำให้คุณทำการทดสอบใดๆ ก็ตามกับหมายเลขโทรศัพท์ทดสอบ (หมายเลขทดสอบซึ่งมีอยู่แล้วหรือหมายเลขใหม่ก็ได้) จากนั้นจึงย้ายหมายเลขโทรศัพท์ของคุณเองไปยัง 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.

If you are an existing beta partner for the Cloud API you have a grace period of 90 days. This means you need to accept the terms before July 5, 2022 or you will lose access.

For any new Cloud API businesses, including those migrating from the on-premises API, you will need to accept terms of service before you can start using the 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:

  1. Go to Business Manager > Business Settings > Users > System Users to view the system user you created.
  2. Click on that user and select Add Assets. This action launches a new window.
  3. 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.
  4. Select Save Changes to save your settings and return to the system user main screen.
  5. 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 see a list of available permissions. Select whatsapp_business_management and whatsapp_business_messaging. Click Generate Token.
  6. A new window opens with your system user, assigned app and access token. Save your token.
  7. Optionally, you can click on your token and see the Token Debugger. In your debugger, you should see the two 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, you need to create an internet-facing web server with a URL that meets Meta’s and WhatsApp’s requirements. See Creating an Endpoint for instructions on how to do that. If you need an endpoint for testing purposes, you can generate a test Webhooks endpoint.

App Setup

Once the endpoint is ready, configure it to be used by your Meta app:

ในแดชบอร์ดของแอพ ให้ค้นหาผลิตภัณฑ์ WhatsApp แล้วคลิก "การกำหนดค่า" จากนั้น ค้นหาส่วนของ Webhooks แล้วคลิก "กำหนดค่า Webhook" หลังจากคลิก กล่องโต้ตอบจะปรากฏขึ้นบนหน้าจอของคุณและขอให้คุณระบุ 2 รายการต่อไปนี้

  • URL การเรียกกลับ: นี่คือ URL ที่ Meta จะส่งเหตุการณ์ไป โปรดดูคู่มือ Webhooks, การเริ่มต้นใช้งานเพื่อรับทราบข้อมูลเกี่ยวกับการสร้าง URL
  • โทเค็นตรวจสอบยืนยัน: คุณเป็นผู้ตั้งค่าสตริงนี้เมื่อสร้างตำแหน่งข้อมูล Webhook

หลังจากเพิ่มข้อมูลแล้ว ให้คลิก "ตรวจสอบยืนยันและบันทึก"

กลับไปที่แดชบอร์ดของแอพ แล้วคลิก WhatsApp > การกำหนดค่าในแผงด้านซ้าย ให้คลิก "จัดการ" ซึ่งอยู่ใต้ Webhooks กล่องโต้ตอบจะเปิดขึ้นมาพร้อมอ็อบเจ็กต์ทั้งหมดที่คุณสามารถรับการแจ้งเตือนได้ หากต้องการรับข้อความจากผู้ใช้ ให้คลิก "สมัครรับข้อมูล" สำหรับข้อความ

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. For more information, see our Webhooks section.

ไม่ว่าในเวลาใดก็ตาม แอพ Meta แต่ละแอพจะมีตำแหน่งข้อมูลที่กำหนดค่าไว้ได้เพียงตำแหน่งเดียวเท่านั้น หากคุณจำเป็นต้องส่งการอัพเดต Webhook ไปยังหลายตำแหน่งข้อมูล คุณจะต้องมีแอพ Meta หลายแอพ

Step 3: Subscribe to your WABA

To make sure you get notifications for the correct account, subscribe your app:

curl -X POST \
'https://graph.facebook.com/v20.0/WHATSAPP_BUSINESS_ACCOUNT_ID/subscribed_apps' \
-H 'Authorization: Bearer ACCESS_TOKEN'

If you get the response below, all Webhook events for the phone numbers under this account will be sent to your configured Webhooks endpoint.

{
  "success": true
}

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:

curl -X GET \
'https://graph.facebook.com/v20.0/WHATSAPP_BUSINESS_ACCOUNT_ID/phone_numbers' \
-H 'Authorization: Bearer ACCESS_TOKEN'

If the request is successful, the response includes all phone numbers connected to your WABA:

{
  "data": [
    {
      "verified_name": "Jasper's Market",
      "display_phone_number": "+1 631-555-5555",
      "id": "1906385232743451",
      "quality_rating": "GREEN"
    },
    {
      "verified_name": "Jasper's Ice Cream",
      "display_phone_number": "+1 631-555-5556",
      "id": "1913623884432103",
      "quality_rating": "NA"
    }
  ]
}

Save the ID for the phone number you want to register. See Read Phone Numbers for more information about this endpoint.

Migration Exception

หากคุณกำลังย้ายหมายเลขโทรศัพท์จาก API ภายในองค์กรไปยัง API ระบบคลาวด์ จะมีขั้นตอนเพิ่มเติมที่คุณต้องดำเนินการก่อนที่จะลงทะเบียนหมายเลขโทรศัพท์ด้วย API ระบบคลาวด์ โปรดดูกระบวนการที่ครบถ้วนสมบูรณ์ได้ที่ย้ายระหว่าง API ระบบคลาวด์กับภายในองค์กร

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:

  1. Register the phone.
  2. 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:

curl -X POST \
'https://graph.facebook.com/v20.0/FROM_PHONE_NUMBER_ID/register' \
-H 'Authorization: Bearer ACCESS_TOKEN' \
-H 'Content-Type: application/json' \
-d '{"messaging_product": "whatsapp","pin": "6_DIGIT_PIN"}'

Sample response:

{
  "success": true
}

Embedded Signup Users

คุณต้องลงทะเบียนหมายเลขโทรศัพท์ภายในเวลาไม่เกิน 14 วัน หลังจากดำเนินตามขั้นตอนการสมัครใช้งานแบบฝังเสร็จสิ้นแล้ว หากไม่ได้ลงทะเบียนหมายเลขในระหว่างช่วงเวลานั้น โทรศัพท์ดังกล่าวจะต้องเข้าสู่ขั้นตอนการสมัครใช้งานแบบฝังอีกครั้งก่อนลงทะเบียน

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.

{
  "object": "whatsapp_business_account",
  "entry": [
    {
      "id": "WHATSAPP_BUSINESS_ACCOUNT_ID",
      "changes": [
        {
          "value": {
            "messaging_product": "whatsapp",
            "metadata": {
              "display_phone_number": "16315551234",
              "phone_number_id": "PHONE_NUMBER_ID"
            },
            "contacts": [
              {
                "profile": {
                  "name": "Kerry Fisher"
                },
                "wa_id": "16315555555"
              }
            ],
            "messages": [
              {
                "from": "16315555555",
                "id": "wamid.ABGGFlA5FpafAgo6tHcNmNjXmuSf",
                "timestamp": "1602139392",
                "text": {
                  "body": "Hello!"
                },
                "type": "text"
                }
            ]
          },
        "field": "messages"
        }
      ]
    }
  ]
}

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:

curl -X  POST \
'https://graph.facebook.com/v20.0/FROM_PHONE_NUMBER_ID/messages' \
-H 'Authorization: Bearer ACCESS_TOKEN' \
-H 'Content-Type: application/json' \
-d '{"messaging_product": "whatsapp", "to": "16315555555","text": {"body" : "hello world!"}}'

If your call is successful, your response will include a message ID. Use that ID to track the progress of your messages through Webhooks. The maximum length of the ID is 128 characters.

Sample response:

{
  "id":"wamid.gBGGFlaCGg0xcvAdgmZ9plHrf2Mh-o"
}

เมื่อใช้ API ระบบคลาวด์ คุณจะไม่มีวิธีที่ตรวจสอบได้อย่างชัดเจนอีกต่อไปว่าหมายเลขโทรศัพท์หนึ่งๆ มี WhatsApp ID หรือไม่ หากต้องการส่งข้อความถึงผู้ใช้ด้วย API ระบบคลาวด์ ให้ส่งข้อความไปยังหมายเลขโทรศัพท์ของลูกค้าโดยตรง หลังจากที่ลูกค้าได้แสดงความต้องการที่จะเลือกรับข้อความแล้ว โปรดดูตัวอย่างที่ข้อมูลอ้างอิง, ข้อความ

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

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.

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.

We want to make it clear what it means to message with a business on WhatsApp. Some businesses may choose to use Meta or another company to help them manage and store their messages. When a business chooses to manage their messages with another company, we will let consumers know by showing a different system message. Learn more.

Technical Implementation FAQs

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). For details, refer to the architecture diagram comparing the On-Premises and Cloud API deployments.

Solution Partners and direct clients do not need the WebApp and CoreApp containers that are used in the On-Premises API. Meta will manage all database data and media data on behalf of the Solution Partner or direct client.

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.

As your on-premises performance depends heavily on your hardware, software, and connectivity to WhatsApp servers, if you wish to understand these differences, you can perform your own load tests on Cloud API as you might have done for your own on-premises installation. You can also refer to our performance comparison to understand more details around how the on-premise and Cloud APIs compare.

Data Privacy & Security FAQs

Cloud API ดำเนินการอยู่ในศูนย์ข้อมูลของ Meta เว้นแต่ธุรกิจจะเลือกใช้พื้นที่เก็บข้อมูลภายในสำหรับ Cloud API ทั้งนี้ Meta มีศูนย์ข้อมูลอยู่ในอเมริกาเหนือและสหภาพยุโรป

ข้อความที่จัดเก็บจะถูกเข้ารหัส และจะถูกลบโดยอัตโนมัติหลังจาก 30 วัน

เช่นเดียวกับพาร์ทเนอร์โซลูชั่น WhatsApp Business API อื่นๆ ทุกราย Meta จัดการคีย์การเข้ารหัสและการถอดรหัสในนามของธุรกิจ Cloud API จะจัดการคีย์การเข้ารหัส/ถอดรหัสในนามของธุรกิจ เพื่อให้สามารถส่งและรับข้อความผ่าน Cloud API ได้ Meta บริหารจัดการ Cloud API และข้อกำหนดของ Meta ก็จำกัดการใช้งานในการให้บริการนี้ไว้ที่การส่งข้อความเท่านั้น WhatsApp จะไม่สามารถเข้าถึงคีย์หรือข้อความได้

Regulatory Compliance FAQs

Meta เข้มงวดกับการคุ้มครองข้อมูลและความเป็นส่วนตัวของผู้คนอย่างมาก และเรามุ่งมั่นที่จะปฏิบัติตามกฎหมายการคุ้มครองข้อมูลอย่างต่อเนื่องต่อไป Cloud API ช่วยให้ลูกค้าของเราสามารถปฏิบัติตามข้อผูกพันของตนภายใต้กฎหมายคุ้มครองข้อมูลส่วนบุคคล (GDPR) ต่อไปได้ Meta ปฏิบัติตามข้อกำหนดด้านกฎหมาย อุตสาหกรรม และการกำกับดูแลที่มีผลบังคับใช้ ตลอดจนหลักปฏิบัติที่ดีที่สุดของอุตสาหกรรม ดูเพิ่มเติม.