Mandate Execution API
After the successful Mandate registration, Merchant will receive a mandate_id, mandate_token from Juspay that should be stored against a customer at their end. For the subsequent charge transactions, the merchant is supposed to pass a combination of customer_id and mandate_id to do a debit without a 2FA. This API will create an order and perform a transaction with PG based on the mandate_id passed in the request.
Consists of two parts.
Username: API Key obtained from Juspay dashboard
Password: Empty string
Example:- Basic MUQ2QUxxxxxxxxxxxxU5QTIxQzNFNTQwNkFDMEZCOg==
application/x-www-form-urlencoded
We recommend passing the customer_id as the x-routing-id. If the customer is checking out as a guest, you can pass an alternative ID that helps track the payment session lifecycle. For example, this could be an Order ID or Cart ID.
This ID is associated with the customer. It plays a key role in ensuring consistency and maintaining connections across different systems. If you fail to pass the same x-routing-id for the same customer in all related API calls, it could lead to issues with API functionality. Therefore, it’s crucial that you use the same x-routing-id for all requests tied to the same customer.
Example:- customer_1122
Unique Identifier for the order.
This is the amount that a customer will be charged in this transaction.
Customer Identifier against which the mandate was created.
The username you hold at Juspay
Mandate ID sent by Juspay after successful mandate registration.
UNIX EPOCH timestamp format. This is for merchants only where Juspay manages the notifications. Default execution happens at 25th hour of successful notification. If a merchant wants to execute mandate at custom time anytime after 25th hour, send execution_date.
This parameter doesn't apply to mandate flows which doesnt require notification, like Net Banking ,Wallet etc., where mandate execution occurs once the merchant sends the request.
For gateways handling notifications (e.g., Razorpay, PhonePe, Cashfree), execution follows the gateway's policy.
The format of the response. Should be passed as json.
Transaction ID for the payment attempt.
Status of the transaction. PENDING_VBV indicates that the transaction requires authentication to complete.
URL to which the user has to be taken to for completing the authentication
HTTP Method for authentication. Can be one of GET or POST
Unique Identifier for the order.
Transaction ID for the payment attempt.
Status of the transaction. PENDING_VBV indicates that the transaction requires authentication to complete.
URL to which the user has to be taken to for completing the authentication
HTTP Method for authentication. Can be one of GET or POST
Have questions?
- Need help? Contact support
- LLM? Read llms.txt

