This document describes how Solution Partners can migrate business phone numbers from one Solution Partner and WhatsApp Business Account (WABA) to another Solution Partner and WABA using the API. Only use this method if you are going to be working with the business customer using the On-Behalf-Of model (i.e. you will create and own the destination WABA and its assets and share them with the customer).
If you would like to migrate customer phone numbers via Embedded Signup (which is recommended), see our Migrating Phone Numbers Between WhatsApp Business Accounts via Embedded Signup document.
Solution Partners and businesses directly integrated with the WhatsApp Business Platform can migrate a registered phone number from one WABA to another. Migrated phone numbers keep their display name, quality rating and messaging limit, Official Business Account status, and any High quality message templates previously approved.
In practice, migration means that a business can keep the same phone number if:
Only Solution Partners and businesses directly integrated with the WhatsApp Business Platform can perform the phone number migration.
The migration process involves 3 main assets:
A source WABA | A phone number | A destination WABA |
---|---|---|
The account the phone number is currently registered to. | The number that will be migrated. | The account the number will be migrated to. |
Phone migration is always initiated by the Solution Partner or business that owns the destination WABA.
WABAs are accounts created inside a business on Business Manager. Each business has an ID — that ID is also commonly known as Business Manager ID.
Both source and destination WABAs can be associated with businesses in two different ways:
All high quality message templates in the source WABA will be duplicated and automatically approved in the destination WABA as long as the destination WABA can accommodate new templates. Existing message templates in the destination WABA will not be affected. Low quality, rejected, or pending templates will not be duplicated.
The duplicated templates will be subjected to Template Categorization Guidelines checks to ensure that the templates are correctly categorized. This may result in some of the duplicated templates being REJECTED
.
If the destination WABA cannot accommodate all of the new templates, we will duplicate as many as we can until the destination WABA'S template limit has been reached. Unduplicated templates must be re-created and submitted for approval if they are to be used by the destination WABA.
Please note that the quality ratings of templates will NOT be migrated. All migrated templates will start with an UNKNOWN
rating. This rating will remain for the first 24 hours, after which a new rating will be generated if sufficient data is available.
Standard Graph API rate limits apply to the migration.
name_status
is APPROVED
).APPROVED
rating, and the new rating of the migrated templates will be established using the past 24h data.
MigratedDisplay name Quality rating of the phone number Messaging limits Official Business Account status Any High quality message templates previously approved | Not MigratedLow quality, rejected, or pending message templates. Quality rating of the template |
To be eligible for migration, a business’ assets must meet the following criteria:
Asset | Requirements for Migration |
---|---|
Phone number |
The phone number's owner is responsible for reaching out to the source WABA's owner. |
Source WABA |
|
Destination WABA |
|
Webhooks | Phone numbers on Cloud API only At least one app must be subscribed to webhooks for the destination WABA. See Webhooks in Cloud API. |
All API calls for phone migration must be made with an application that has whatsapp_business_management
permission. See Using The WhatsApp Business Management API section to learn more about App Review, Access Tokens, and making API calls. Phone migration is always initiated by the Solution Partner or business that owns the destination WABA.
The type of destination WABA determines what needs to be done for the account to be ready for migration:
Type of WABA | Considerations for Solution Partners performing migration |
---|---|
Existing WABA | Confirm that the existing (destination) WABA is set up to message for the same Business Manager ID as the source WABA, and also has a payment method set up. If the source WABA is on Cloud API, make sure at least one app is subscribed to webhooks for the destination WABA. |
New WABA created by a Solution Partner messaging for a customer | When creating a new WABA in the Business Manager, a Solution Partner must:
Solution Partners can then instruct their customers to accept the Messaging For request sent to their Business Manager. To guide your customers, see Create Your WhatsApp Business Account With WhatsApp Solution Partners, Approve messaging on behalf of your business. Once the request has been accepted, the destination WABA is ready for phone migration. If the source WABA is on Cloud API, make sure at least one app is subscribed to webhooks for the destination WABA. |
New WABA created by a customer and shared with a Solution Partner via Embedded Signup | This type of WABA is created once a customer goes through the Embedded Signup flow on the Solution Partner's website. To guide your customers, see Create Your WhatsApp Business Account With WhatsApp Solution Partners, Embedded Signup. During the Embedded Signup flow, instruct the customer to:
Use Embedded Signup APIs to get the WABA created by the customer, add system users, and set up a payment method for the WABA. Since the WABA is already shared with the Solution Partner, the WABA is ready for phone migration. Reminder: The migration only happens if the customer's business has completed Business Verification. If the source WABA is on Cloud API, make sure at least one app is subscribed to webhooks for the destination WABA. |
If you plan on deleting the source WABA after completing migration, verify that all of the templates you require have been duplicated in the destination WABA before deleting the source WABA.
All migration calls are made to the endpoint with the destination WABA's ID. Phone migration is always initiated by the Solution Partner or business that owns the destination WABA.
Two-step verification must be disabled on the phone number before you can initiate migration. For Cloud API users, this can be done via the Meta Business Manager. For On-Premises API users, this can be done by making a call to the Two-Step Verification endpoint.
If you own the source WABA and the phone number owner has asked you to migrate their number, you can disable two-step verification yourself. If you do not own the source WABA, the phone number owner must ask the source WABA owner to disable two-step verification on their phone number.
Make a POST
call to the /WHATSAPP_BUSINESS_ACCOUNT_ID/phone_numbers
endpoint —remember that WHATSAPP_BUSINESS_ACCOUNT_ID
represents the ID of the destination WABA. On the call, specify the following fields:
Name | Description |
---|---|
| Required. Numerical country code for the phone number being registered. |
| Required. Phone number being migrated, without the country code or plus symbol ( |
| Required. To migrate a phone number, set this to |
API call example:
curl -X POST \
'https://graph.facebook.com/v21.0
/DESTINATION_WHATSAPP_BUSINESS_ACCOUNT_ID/phone_numbers' \
-d 'cc=1' \
-d 'phone_number=PHONE_NUMBER' \
-d 'migrate_phone_number=true' \
-d 'access_token=ACCESS_TOKEN' #See Acquire an Access Token for information.
A successful API call returns:
{ 'id': 'PHONE_NUMBER_ID' }
Now that you have requested the migration, you need to confirm it by verifying ownership of the phone number. To do that, request a registration code with a POST
call to /PHONE_NUMBER_ID/request_code
. Here, PHONE_NUMBER_ID
represents the ID returned from Step 1.
On the call, specify the following fields:
Name | Description |
---|---|
| Required. Method of receiving the registration code. Supported values: |
| Required. Language in which you want to receive the registration code. See language codes. |
A sample call looks like this:
curl -X POST \
'https://graph.facebook.com/v21.0
/PHONE_NUMBER_ID/request_code' \
-d 'code_method=SMS' \
-d 'language=en_US' \
-d 'access_token=ACCESS_TOKEN' #See Acquire an Access Token for information.
If your API call returns success: true
, you should get your code via the selected code_method
to the phone number being migrated —it may take a few minutes for the code to be delivered. The phone number's owner needs to provide this code before you can verify the code.
To verify the code, make an API call to the /PHONE_NUMBER_ID/verify_code
endpoint. Specify the following field:
Name | Description |
---|---|
| Required. 6-digit registration code received after making the |
For example:
curl -X POST \
'https://graph.facebook.com/v21.0
/PHONE_NUMBER_ID/verify_code' \
-d 'code=6-DIGIT-CODE' \
-d 'access_token=ACCESS_TOKEN' #See Acquire an Access Token for information.
If your API call returns {"success":true}
, the ownership of your phone number is verified.
Now you can download the certificate from Business Manager, or make an API call to download the certificate.
To register your phone, make an API call to the account
endpoint. Since the phone number is already verified, you do not need to worry about the registration code. The verify
API call is not required.
The phone number remains active with the source WABA until the phone number is registered with the API Client. To keep your account secure, enable the two-factor authentication pin after migration.
Send a POST request along with your 6-digit PIN to the WhatsApp Business Phone Number > Register endpoint to register the phone number again. See Register the business phone number.
If you migrated the business phone number to an Official Business Account (OBA) WABA on the On-Premises API, enable two-step authentication again in order to keep your account secure and retain OBA status.
If the template migration process fails, please refer to the following documentation for instructions on how to manually trigger a template migration: Template Migration.