post https://bbps-sb.payu.in/payu-nbc-int/v1/nbc/billpaymentrequest
Use the Bill Payment API to send the payment information to make the bill payment.
Environment
Test Environment | https://bbps-sb.payu.in . |
Production Environment | Contact your Account Manager to get access to the production environment |
Note:
Send the scope of the Get Token API as create_transactions to obtain the access_token for this request. For more information, refer to Get Token API - BBPS.
Sample request
curl --location --request POST 'https://<hostName>/payu-nbc/v1/nbc/billpaymentrequest?agentId={agentId}&customerParams={customerParams}&deviceDetails={deviceDetails}&paidAmount={paidAmount}&paymentName={paymentName}&refId={refId}&billerId={billerId}&paymentDetails={paymentDetails}&userDetails={userDetails}&isQuickPay={isQuickPay}&timeStamp={timeStamp}&planId={planId}&additionalParams&COUcustConvFee&planDetails&directBillChannel&payByLink&paymentRefID' \
--header 'Content-Type: application/json' \
--header 'Authorization: Bearer <token>'
Response parameters
Field Name Description code This field contains the global response code and can be any of the following:
- 0: If web service call failed
- 1: if web service call succeeded status The status of the API command and can be any of the following:
- SUCCESS
- FAILURE payload It will contain payload which are explained as subsequent parameters. timeStamp This contains the server time stamp when the request or response in initiated. paidAmount This contains the paid amount by customer. refId This contains the reference IDβ― passed by agent/consumer in payment request.The length of refID should be between 34 to 35. billerId This contains the biller Identification Number passed by agent/consumer in payment request. additionalParams This contains the additional information provided by biller. Keys and Values can be dynamic inside this block except txnRefId and billerReferenceNumber.β―Β
For BBPS response:β―Β
- txnRefId: txn Id returned to agent with every payment response if the biller is on BBPS platform. Also it will contain other required information in case of any specific biller.β―
- billerReferenceNumber: Reference Number is returned by Biller after payment.For Non-BBPS response, t may contain any additional information if required to share with agentsβ― in future. planResponse This contains the details of plans chooses by customer while payment. This field is conditional and BOU will pass if billerResponseType for respective biller is SELECTIVE type. message This parameter is applicable for failure scenarios. It will contain two messages in case of:
- Failure: payment_request_failed
- Pending: payment_request_pending
Field Name | Description |
---|---|
code | This field contains the global response code and can be any of the following: - 0: If web service call failed - 1: if web service call succeeded |
status | The status of the API command and can be any of the following: - SUCCESS - FAILURE |
payload | It will contain payload which are explained as subsequent parameters. |
timeStamp | This contains the server time stamp when the request or response in initiated. |
paidAmount | This contains the paid amount by customer. |
refId | This contains the reference IDβ― passed by agent/consumer in payment request.The length of refID should be between 34 to 35. |
billerId | This contains the biller Identification Number passed by agent/consumer in payment request. |
additionalParams | This contains the additional information provided by biller. Keys and Values can be dynamic inside this block except txnRefId and billerReferenceNumber.β―Β For BBPS response:β―Β - txnRefId: txn Id returned to agent with every payment response if the biller is on BBPS platform. Also it will contain other required information in case of any specific biller.β― - billerReferenceNumber: Reference Number is returned by Biller after payment.For Non-BBPS response, t may contain any additional information if required to share with agentsβ― in future. |
planResponse | This contains the details of plans chooses by customer while payment. This field is conditional and BOU will pass if billerResponseType for respective biller is SELECTIVE type. |
message | This parameter is applicable for failure scenarios. It will contain two messages in case of: - Failure: payment_request_failed - Pending: payment_request_pending |
Sample response
Notes:
- In case of a failure response, if the message is payment_request_pending, this transaction should be considered as in progress by the agent. For terminal status, a payment status call is required.β―
The agent should consider transaction status as pending in case of any exception received from PayU in payment or status API response.β―- The agent should not override transaction status against the same reference ID in repeated requests. Ideally, each Payment Request should be raised with a unique Ref Id.β―
- As the Bill Payment API is transactional, so to avoid any issue like duplicate RefId, make sure to post a request with a unique reference ID for a payment call. Each call is mandatorily required to be posted with a unique RefId only. Our fetch flow & payment flow go hand in hand with one reference ID. In case of any issue with the Bill Payment API, Bill Payment Transaction Status API must be used.β― For more information, refer to Bill Payment Transaction Status API.
For the following exceptional cases, PayU recommends using the Bill Payment Transaction Status API, which will provide the correct status for payment.β―
- Connection Failure/ Socket Issueβ―β―
- CU is Down
- Payment Status as Pending
- Payment Status as Failure with ErrorCode: βBBPSERR001β
Success scenario
{
"code":200,
"payload":{
"timeStamp":"<server timestamp when response was sent>",
"paidAmount":"<paid amount in double>",
"refId":"<reference id>",
"message":"bill paid to biller",
"billerId":"<biller-Id>",
"additionalParams":{
"txnReferenceId":"TYY567UII",
"<key1>":<value1>,
"<key2>":<value2>
}
},
"status":"SUCCESS"
}
Failure scenario
- Payment request failed
{
"code": 600,
"status": "FAILURE",
"payload": {
"errors": [
{
"reason": "<error Message>",
"errorCode": "<Error Code>"
}
],
"refId": "<RefId>",
"type": "payment_response",
"message": "payment_request_failed",
"additionalParams": {
"Key1": "value1",
"Key2": "value2",
"Key3": "value3"
}
}
}
- Payment request pending
{
"code": 600,
"status": "FAILURE",
"payload": {
"errors": [
{
"reason": "<error Message>",
"errorCode": "<Error Code>"
}
],
"refId": "<RefId>",
"type": "payment_response",
"message": "payment_request_pending",
"additionalParams": {
"Key1": "value1",
"Key2": "value2",
"Key3": "value3"
}
}
}
Request parameters
Reference:
- For the required fields in the paymentMode field of the paymentDetails JSON object, refer to Payment Modesβ― and Required Parameters.
- For bill payment initiating channel and payment modes allowed mapping, refer to Initiating Channelβ― vs Payment Modes.