Мы прекращаем поддержку локального API. Подробные сведения и информацию о том, как перейти на облачный API нового поколения, см. в документе Упразднение локального API.
Your business can enable customers to pay for their orders through our partner payment gateways without leaving WhatsApp. Businesses can send customers order_details
messages, then get notified about payment status updates via webhook notifications.
To enable payments for your businesses, please contact your Solution Partner or payment gateway. For any other questions about Payments on WhatsApp Business Platform please fill out this form.
Currently, customers browse business catalogs, add products to cart, and send orders with our set of commerce messaging solutions, which includes Single Product Message, Multi Product Message, and Product Detail Page. Now, with the Payments API, businesses can send customers a bill, so the customer can complete their order by paying the business without having to leave WhatsApp.
Our payments solution is currently enabled by Razorpay and PayU, a third-party payments service provider. You must have a Razorpay/PayU account in order to receive payments on WhatsApp.
We expect more payment providers to be added in the future.
It is recommended you install the latest version of the WhatsApp Business Platform On-Premises client. This feature is supported only on WhatsApp On-Premise API client versions >= v2.47.1.
To use RazorPay receipt and notes fields or UDF fields for PayU use the latest client version >= v2.51.2
First, the business composes and sends an order_details
message. An order_details
message is a new type of interactive
message, which always contains the same 4 main components: header, body, footer, and action. Inside the action
component, the business includes all the information needed for the customer to complete their payment.
Each order_details
message contains a unique reference_id
provided by the business, and that unique ID is used throughout the flow to track the order.
Once the message is sent, the business waits for a payment status update via webhooks. Businesses get notified when the payment status changes, but they must not solely rely on these webhooks notifications due to security reasons. WhatsApp also provides a payment lookup API that can be used to retrieve the payment statuses directly anytime.
In the WhatsApp Messenger App, the purchase flow has the following steps:
order_details
message to the user. When the user taps on Review and Pay, they will see details about the order and total amount to be paid.
Checkout with WhatsApp Pay
Checkout on other UPI Apps
order_status
message to the consumer informing them about the status of the order. Each message will result in a message bubble (as shown below) that refers to the original order details message and also updates the status displayed on the order details page.
To receive payments on WhatsApp, you must add a payment configuration to the corresponding WhatsApp Business Account. A payment configuration allows you to link a payment gateway account to WhatsApp. Each payment configuration is associated with a unique name. As part of the order_details
message, you can specify the payment configuration to use for a specific checkout. WhatsApp will then generate a checkout flow using the associated payment gateway account.
After linking your payment partner account, you must integrate with the Payments APIs below. This will allow you to send an order_details
message to customers with the payment configuration to receive payments.
Note: Make sure no new order messages requesting payment from consumer are sent with the payment config your are trying to remove before you perform the unlink action.
The steps outlined below assume that the business already knows what the user is interested in through earlier conversations. The Payments API is a standalone API and hence can work with various messages such as List Messages, Reply Buttons, Single or Multi-Product Messages.
The following sequence diagram demonstrates the typical integration flow for Payments API. The steps higlighted in green are the key integration steps.
To send an order_details
message, businesses must assemble an interactive object of type order_details
with the following components:
Object | Description |
---|---|
string | Required. Must be "order_details" |
object | Optional. Header content displayed on top of a message. If a header is not provided, the API uses an image of the first available product in the catalog (if using catalog) as the header. |
object | Required. An object with the body of the message. The object contains the following field:
|
object | Optional. An object with the footer of the message. The object contains the following field:
|
object | Required. An action object you want the user to perform after reading the message. This action object contains the following fields:
|
Object | Description |
---|---|
string | Required. Unique identifier for the order or invoice provided by the business. This cannot be an empty string and can only contain English letters, numbers, underscores, dashes, or dots, and should not exceed 35 characters. The |
string | Required. Must be one of “digital-goods” or “physical-goods” |
array | Required for shipped physical-goods. An array of beneficiaries for this order. A beneficiary is an intended recipient for the delivery of physical goods in the order. It contains the following fields: Beneficiary information isn't shown to users but is needed for legal and compliance reasons.
|
string | Required. The currency for this order. Must be "INR". |
object | Required. The
|
object | Required. See Payment Settings object for more information. |
object | Required. See Order Object for more information. |
Object | Description |
---|---|
string | Required. Must be set to "payment_gateway" |
object | Required. An object that describes payment account information:
When
Please refer Payment Gateway specific UDF object for more information. |
We now have support for partners and merchants to pass notes
, receipt
and udf
fileds in Order Details message and receive this data back in payment signals. Here we will take a look at merchants can pass notes, receipt fields for Razorpay and UDF for PayU PGs.
Object | Description |
---|---|
object | Optional.
The object can be key value pairs with maximum 15 keys and each value limits to 256 characters. |
String | Optional.
Receipt number that corresponds to this order, set for your internal reference. Maximum length of 40 characters supported with minimum length greater than 0 characters. |
String | Optional.
User-defined fields (udf) are used to store any information corresponding to a particular order. Each UDF field has a maximum character limit of 255 |
Object | Description |
---|---|
string | Required. Only supported value in In an |
object | Required. An object with the list of items for this order, containing the following fields:
|
object | Required. The value must be equal to sum of The following fields are part of the
|
object | Required. The tax information for this order which contains the following fields:
|
object | Optional. The shipping cost of the order. The object contains the following fields:
|
object | Optional. The discount for the order. The object contains the following fields:
|
object | Optional. Unique identifier of the Facebook catalog being used by the business. |
object | Optional. Expiration for the order. Business must define the following fields inside this object:
|
By the end, the interactive object should look something like this for razor payment gateway with notes and receipts fields:
{ "recipient_type": "individual", "to": "[recipient-whatsapp-id]", "type": "interactive", "interactive": { "type": "order_details", "header": { "type": "image", "image": { "link": "http(s)://the-url", "provider": { "name": "provider-name" } } }, "body": { "text": "your-text-body-content" }, "footer": { "text": "your-text-footer-content" }, "action": { "name": "review_and_pay", "parameters": { "reference_id": "reference-id-value", "type": "digital-goods", "currency": "INR", "total_amount": { "value": 21000, "offset": 100 }, "payment_settings": [ { "type": "payment_gateway", "payment_gateway": { "type": "razorpay", "configuration_name": "payment-config-id", "razorpay": { "receipt": "receipt-value", "notes": { "key1": "value1" } } } } ], "order": { "status": "pending", "catalog_id": "the-catalog_id", "expiration": { "timestamp": "utc_timestamp_in_seconds", "description": "expiration-explanation" }, "items": [ { "retailer_id": "1234567", "name": "Product name, for example bread", "amount": { "value": 10000, "offset": 100 }, "quantity": 5, "sale_amount": { "value": 10000, "offset": 100 } } ], "subtotal": { "value": 10000, "offset": 100 }, "shipping": { "value": 10000, "offset": 100, "description": "optional_text" }, "discount": { "value": 10000, "offset": 100, "description": "optional_text", "discount_program_name": "optional_text" }, "tax": { "value": 10000, "offset": 100, "description": "optional_text" } } } } } }
For PayU payment gateway the order details message with UDF field support looks like the following:
{ "recipient_type": "individual", "to": "[recipient-whatsapp-id]", "type": "interactive", "interactive": { "type": "order_details", "header": { "type": "image", "image": { "link": "http(s)://the-url", "provider": { "name": "provider-name" } } }, "body": { "text": "your-text-body-content" }, "footer": { "text": "your-text-footer-content" }, "action": { "name": "review_and_pay", "parameters": { "reference_id": "reference-id-value", "type": "digital-goods", "currency": "INR", "total_amount": { "value": 21000, "offset": 100 }, "payment_settings": [ { "type": "payment_gateway", "payment_gateway": { "type": "payu", "configuration_name": "payment-config-id", "payu": { "udf1": "value1", "udf2": "value2", "udf3": "value3", "udf4": "value4" } } } ], "order": { "status": "pending", "catalog_id": "the-catalog_id", "expiration": { "timestamp": "utc_timestamp_in_seconds", "description": "expiration-explanation" }, "items": [ { "retailer_id": "1234567", "name": "Product name, for example bread", "amount": { "value": 10000, "offset": 100 }, "quantity": 5, "sale_amount": { "value": 10000, "offset": 100 } } ], "subtotal": { "value": 10000, "offset": 100 }, "shipping": { "value": 10000, "offset": 100, "description": "optional_text" }, "discount": { "value": 10000, "offset": 100, "description": "optional_text", "discount_program_name": "optional_text" }, "tax": { "value": 10000, "offset": 100, "description": "optional_text" } } } } } }
Once the interactive object is complete, append the other parameters that make a message: recipient_type
, to
, and type
. Remember to set the type
to interactive
.
{ "recipient_type": "individual", "to" : "whatsapp-id", // WhatsApp ID of the recipient "type": "interactive", "interactive":{ // The interactive object } }
These are parameters common to all message types.
Make a POST call to the /messages
endpoint with the JSON
object you have assembled in steps 1 and 2. If your message is sent successfully, you get the following response.
{ "messages": [{ "id": "{message-id}" }] }
For all errors that can be returned and guidance on how to handle them, see WhatsApp On-Premises API, Errors.
The customer receives an order_details
message similar to the one below (left). When they click on "Review and Pay", it opens up the order details screen as shown below (middle). Customer can then pay for their order using "Continue" button that opens up a bottom sheet with the payment options (right).
Businesses receive updates via WhatsApp webhooks when the status of the user-initiated transaction changes in a status of type "payment". It contains the following fields:
Object | Description |
---|---|
string | Required. Webhook ID for the notification. |
string | Required. WhatsApp ID of the customer. |
string | Required. For payment status update webhooks, type is "payment". |
string | Required.
|
object | Required. Contains the following field:
|
string | Required. Timestamp for the webhook. |
Here is an example status webhook of type payment
:
POST / { "statuses": [ { "id": "gBGGFlB5YjhvAgnhuF1qIUvCo7A", "from": "16315555555", "type": "payment", "status": "new-transaction-status", "payment": { "reference_id": "reference-id-value", "amount": { "value": 21000, "offset": 100 }, "currency": "INR", "receipt": "receipt-value", "notes": { "key1": "value1", "key2": "value2" }, "udf1": "udf1-value", "udf2": "udf2-value", "udf3": "udf3-value", "udf4": "udf4-value" }, "timestamp": "1610561171" } ] }
For more information about other statuses, see Components, Statuses Object.
After receiving the payment status webhook, or at any time, the business can look up the status of the payment for the order. To do that, businesses must make a GET call to the payments endpoint as shown here:
GET /v1/payments/{payment_configuration}/{reference_id}
where payment_configuration
and reference_id
are same as that sent in the order_details
message.
Businesses should expect a response in the same HTTP session (not in a webhook notification) that contains the following fields:
Field | Description |
---|---|
string | Required. The ID sent by the business in the |
string | Required. Status of the payment for the order. Can be one of Refer the table below for what these statuses mean. |
string | Required. The currency for this payment. Currently the only supported value is |
object | Required. The total amount for this payment. It contains the following fields:
|
array | Required. The list of transactions for this payment. Each transaction object contains the following fields:
At most one transaction can have a
|
string | Optional. Supported for only Razorpay PG, this contains the receipt-value sent as part of Order Details message. |
object | Optional. Supported for only Razorpay PG, this contains the key-value pairs sent as part of Order Details message. |
string | Optional. Supported for only PayU PG, this contains string values sent as part of Order Details message. |
Status | Description |
---|---|
| The user started the payment process and the payment object was created |
| The payment was captured |
An example successful response looks like this:
{ "payments": [ { "reference_id": "BM4321", "status": "success", "currency": "INR", "total_amount": { "value": 21000, "offset": 100 }, "transactions": [ { "id": "1243A434", "type": "razorpay/payu", "status": "success", "created_timestamp": 1664030516, "updated_timestamp": 1664040212 } ], "receipt": "receipt-value", "notes": { "key1": "value1", "key2": "value2" }, "udf1": "udf1-value", "udf2": "udf2-value", "udf3": "udf3-value", "udf4": "udf4-value" } ] }
In the case of any errors, response is similar to an error response for /v1/messages
endpoint. For all errors that can be returned and guidance on how to handle them, see WhatsApp On-Premises API, Errors. Show here is an example for a generic error:
{ "errors": [{ "code": 500, "title": "Generic error", "details": "System error. Please try again." }] }
Businesses must send updates to their order using the order_status
message instead of text messages since the latest status of an order displayed on the order details page is only based on order_status
messages.
To notify the customer with updates to an order, you can send an interactive
message of type order_status
as shown below.
{ "recipient_type": "individual", "to": "whatsapp-id", "type": "interactive", "interactive": { "type": "order_status", "body": { "text": "your-text-body-content" }, "action": { "name": "review_order", "parameters": { "reference_id": "reference-id-value", "order": { "status": "processing", "description": "optional-text" } } } } }
The following table describes the fields in the order_status
interactive message:
Object | Description |
---|---|
string | Required. Must be "order_status" |
object | Required. An object with the body of the message. The object contains the following field:
|
object | Optional. An object with the footer of the message. The object contains the following field:
|
object | Required. An action object you want the user to perform after reading the message. This action object contains the following fields:
|
The parameters
object contains the following fields:
Value | Description |
---|---|
string | Required. The ID sent by the business in the |
object | Required. This object contains the following fields:
|
order_status
message introduces two new errors that are summarized below.
Error Code | Description |
---|---|
| The order status transition is not allowed. More details here. |
| Cannot cancel the order since the user has already paid for it. More details here. |
For all other errors that can be returned and guidance on how to handle them, see WhatsApp On-Premises API, Errors.
Customers receive each order_status
update as a separate message in their chat thread, that references their original order_details
message as shown below (left). The order details page always displays the latest valid status communicated to the customer using the order_status
message as shown below (right).
Currently we support the following order status values:
Value | Description |
---|---|
| User has not successfully paid yet |
| User payment authorized, merchant/partner is fulfilling the order, performing service, etc. |
| A portion of the products in the order have been shipped by the merchant |
| All the products in the order have been shipped by the merchant |
| The order is completed and no further action is expected from the user or the partner/merchant |
| The partner/merchant would like to cancel the |
Order status transitions are restricted for consistency of consumer experience. Allowed status transitions are summarized below:
pending
, which is sent in order_details
message.canceled
and completed
are terminal status and cannot be updated to any other status.pending
can transition to any of the other statuses including processing
, shipped
, partially-shipped
.processing
, shipped
and partially-shipped
are equivalent statuses and can transition between one another or to one of the terminal statuses. Upon sending an order_status
message with an invalid transition, you will receive an error webhook with the error code 2046
and message "New order status was not correctly transitioned."
An order can be canceled
by sending an order_status
message with the status canceled
. The customer cannot pay for an order that is canceled. The customer receives an order_status
message and order details page is updated to show that the order is canceled and the "Continue" button removed. The optional text shown below "Order canceled" on the order details page can be specified using the description
field in the order_status
message.
An order can be canceled only if the user has not already paid for the order. If the user has paid and you send an order_status
message with canceled
status, you will receive an error webhook with error code 2047
and message "Could not change order status to 'canceled'".
WhatsApp does not support payment reconciliations. Businesses should use their payment gateway account to reconcile the payments using the reference_id
provided in the order_details
messages and the id
of the transactions returned as part of the payment lookup query.
To send an order_details
message, businesses must assemble an interactive object of type order_details
with the following components:
Object | Description |
---|---|
string | Required. Must be "order_details" |
object | Optional. Header content displayed on top of a message. If a header is not provided, the API uses an image of the first available product in the catalog (if using catalog) as the header. |
object | Required. An object with the body of the message. The object contains the following field:
|
object | Optional. An object with the footer of the message. The object contains the following field:
|
object | Required. An action object you want the user to perform after reading the message. This action object contains the following fields:
|
Object | Description |
---|---|
string | Required. Unique identifier for the order or invoice provided by the business. This cannot be an empty string and can only contain English letters, numbers, underscores, dashes, or dots, and should not exceed 35 characters. The |
string | Required. Must be one of “digital-goods” or “physical-goods” |
array | Required for shipped physical-goods. An array of beneficiaries for this order. A beneficiary is an intended recipient for the delivery of physical goods in the order. It contains the following fields: Beneficiary information isn't shown to users but is needed for legal and compliance reasons.
|
string | Required. Must be "payment_gateway:razorpay" for razorpay or "payment_gateway:payu" for payu pg . |
string | Required. The name of the pre-configured payment configuration to use for this order and must not exceed 60 characters. This value must match with a payment configuration set up on the WhatsApp Business Manager as shown here. When |
string | Required. The currency for this order. Must be "INR". |
object | Required. The
|
object | Required. See Order Object for more information. |
Object | Description |
---|---|
string | Required. Only supported value in In an |
object | Required. An object with the list of items for this order, containing the following fields:
|
object | Required. The value must be equal to sum of The following fields are part of the
|
object | Required. The tax information for this order which contains the following fields:
|
object | Optional. The shipping cost of the order. The object contains the following fields:
|
object | Optional. The discount for the order. The object contains the following fields:
|
object | Optional. Unique identifier of the Facebook catalog being used by the business. |
object | Optional. Expiration for the order. Business must define the following fields inside this object:
|
By the end, the interactive object should look something like this:
{ "recipient_type": "individual", "to": "[recipient-whatsapp-id]", "type": "interactive", "interactive": { "type": "order_details", "header": { "type": "image", "image": { "link": "http(s)://the-url", "provider": { "name": "provider-name" } } }, "body": { "text": "your-text-body-content" }, "footer": { "text": "your-text-footer-content" }, "action": { "name": "review_and_pay", "parameters": { "reference_id": "reference-id-value", "type": "digital-goods", "payment_type": "payment_gateway:razorpay/payu", "payment_configuration": "unique-payment-config-id", "currency": "INR", "total_amount": { "value": 21000, "offset": 100 }, "order": { "status": "pending", "catalog_id": "the-catalog_id", "expiration": { "timestamp": "utc_timestamp_in_seconds", "description": "expiration-explanation" }, "items": [{ "retailer_id": "1234567", "name": "Product name, for example bread", "amount": { "value": 10000, "offset": 100 }, "quantity": 5, "sale_amount": { "value": 10000, "offset": 100 } }], "subtotal": { "value": 10000, "offset": 100 }, "shipping": { "value": 10000, "offset": 100, "description": "optional_text" }, "discount": { "value": 10000, "offset": 100, "description": "optional_text", "discount_program_name": "optional_text" }, "tax": { "value": 10000, "offset": 100, "description": "optional_text" }, } } } } }
Businesses should comply with local security and regulatory requirements in India. They should not rely solely on the status of the transaction provided in the webhook and must use payment lookup API to retrieve the statuses directly from WhatsApp. Businesses must always sanitize/validate the data in the API responses or webhooks to protect against SSRF attacks.