Reset PIN Retry Counter API (V1)

This API is used to reset PIN retry counter for requests received through various channels such as online banking or mobile banking.
The Credit+ Issuing system receives, validates and processes the request. If the request is successful, PIN retrial attempts counter is reset, system logs the “Reset Pin Retry Counter” (Service Code: 109) service request (SR) and sends the service request details in the response message. If the request fails, the system returns the corresponding error code in the response and the SR is not logged.
NOTE: This API is specific for users who are currently using version 1 of this API. For using version 2 of this API, refer to the Reset PIN Retry Counter API (V2) section.

HTTP Status and Response Status Matrix

  • HTTP Code: This is the response status code issued by a server in response to a client's request made to the server.
  • Error Code: This is the error code returned by Credit+ Issuing application in the ‘code’ field of the response message indicating if the request was processed successfully or failed.
  • Reason: This is the description of the error code returned by Credit+ Issuing application.
HTTP CodeError CodeReason
201CCRBO0004Request processed successfully
400997Reset Pin Retry Counter failed: invalid request
403900Invalid User
404998Device(s) does not exist
500999Invalid Request Type
400997Request Date should be less than or equal to institution date.
400997Request Date field must be in MM/dd/yyyy HH:mm:ss format.
404998NO_DEVICE_ERROR
500RP101DEVICE_ERROR
400RP102Invalid Device Plan.
500RP103Error while retrieving data from device plan
500RP107Error while executing Retry pin reset counter through AP
400HDE050Institution code is mandatory
400HDE051Device number is mandatory
400HDE052Service code is mandatory.
400HDE053Error in fetching data from service_code_mst.
400HDE100Device is not in normal state
400HDE006Invalid Device Number
400HDE504Reset Pin Blocked Request Service is not available for virtual devices
Recent Requests
Log in to see full request history
TimeStatusUser Agent
Retrieving recent requests…
LoadingLoading…
Body Params
string
required
length ≤ 24
^[0-9]+$

Unique number of the device. Numeric.

string
enum

Indicates whether this request needs to be taken on priority. Must be 0 (No priority) or 1 (Priority request).

Allowed:
string
length ≤ 4000

Any free text that requestor may want to send for logging purpose.

string
length ≤ 10

Accessing channel.

string
required
^(0[1-9]|1[0-2])/(0[1-9]|[12][0-9]|3[01])/([0-9]{4}) ([01][0-9]|2[0-3]):[0-5][0-9]:[0-5][0-9]$

Date on which the request is sent. Format MM/DD/YYYY HH:MM:SS. Must be less than the institution date.

Headers
string
^[a-zA-Z0-9-]{1,50}$

API Consumer must share Correlation-ID in the HTTP header for API requests. The Correlation-ID must be unique for each request. It is recommended to generate a universally unique identifier (UUID) of length 32 or 36 that is compliant with RFC 4122. The maximum supported length is 50 alphanumeric characters. For example, ac97d177-9345-4934-8343-0f91a7a02836. If the Correlation-ID is not received in the incoming request, the system generates the UUID dynamically and assigns it to the request.

string

API Consumer can share Source in the HTTP header for API requests. For the list of Source values, see the Pre-conditions for HTTP Header of REST API topic in the Pre-requisite for Rest API section.

Response

Language
URL
LoadingLoading…
Response
Click Try It! to start a request and see the response here! Or choose an example:
application/json