Collection
Last updated
Was this helpful?
Last updated
Was this helpful?
/bankAccountServiceMapping/_create
RequestInfo should be used to carry meta information about the requests to the server as described in the fields below. All eGov APIs will use requestinfo as a part of the request body to carry this meta information. Some of this information will be returned back from the server as part of the ResponseInfo in the response body to ensure correlation.
API to search payments based on search parameters like consumerCode, mobileNumber, transactionNumber etc.
/payments/_search
Unique id for a tenant.
Number of records returned.
Page number
Receipt results will be sorted by receiptnumber ascending by default.
Payment Ids.
Consumer Code .
List of receipt numbers.
Transaction date, here search will happen as Transaction date is greater or equal to given fromDate.
Transaction date, here search will happen as Transaction date is lesser or equal to given toDate.
Search based on the status of the Payment.
Search based on the status of the instrument.
Search based on the Payment type such as cash, cheque, dd etc.
The ids of the payer
Unique tansaction number for multiple receipts created in one transaction.
Unique tansaction number for multiple receipts created in one transaction.
List of bill ids to search receipts.Business details code is mandatory for searching with this criteria.
unique API ID
API version - for HTTP based request this will be same as used in path
time in epoch
API action to be performed like _create, _update, _search (denoting POST, PUT, GET) or _oauth etc
Device ID from which the API is called
API key (API key provided to the caller in case of server to server communication)
Unique request message id from the caller
UserId of the user calling
//session/jwt/saml token/oauth token - the usual value that would go into HTTP bearer token
This is acting ID token of the authenticated user on the server. Any value provided by the clients will be ignored and actual user based on authtoken will be used on the server.
/payments/_plainsearch
RequestInfo should be used to carry meta information about the requests to the server as described in the fields below. All eGov APIs will use requestinfo as a part of the request body to carry this meta information. Some of this information will be returned back from the server as part of the ResponseInfo in the response body to ensure correlation.
This API generates a transaction number and persists the payment details. The payment information is then pushed to queue for further processing.
/payments/_create
RequestInfo should be used to carry meta information about the requests to the server as described in the fields below. All eGov APIs will use requestinfo as a part of the request body to carry this meta information. Some of this information will be returned back from the server as part of the ResponseInfo in the response body to ensure correlation.
The API runs the following set of validations on the payment request.
/payments/_validate
RequestInfo should be used to carry meta information about the requests to the server as described in the fields below. All eGov APIs will use requestinfo as a part of the request body to carry this meta information. Some of this information will be returned back from the server as part of the ResponseInfo in the response body to ensure correlation.
/payments/{moduleName}/_search
moduleName
RequestInfo should be used to carry meta information about the requests to the server as described in the fields below. All eGov APIs will use requestinfo as a part of the request body to carry this meta information. Some of this information will be returned back from the server as part of the ResponseInfo in the response body to ensure correlation.
/payments/{moduleName}/_workflow
moduleName
RequestInfo should be used to carry meta information about the requests to the server as described in the fields below. All eGov APIs will use requestinfo as a part of the request body to carry this meta information. Some of this information will be returned back from the server as part of the ResponseInfo in the response body to ensure correlation.
Workflow object for payment
/remittances/_create
RequestInfo should be used to carry meta information about the requests to the server as described in the fields below. All eGov APIs will use requestinfo as a part of the request body to carry this meta information. Some of this information will be returned back from the server as part of the ResponseInfo in the response body to ensure correlation.
/remittances/_search
RequestInfo should be used to carry meta information about the requests to the server as described in the fields below. All eGov APIs will use requestinfo as a part of the request body to carry this meta information. Some of this information will be returned back from the server as part of the ResponseInfo in the response body to ensure correlation.
/remittances/_update
RequestInfo should be used to carry meta information about the requests to the server as described in the fields below. All eGov APIs will use requestinfo as a part of the request body to carry this meta information. Some of this information will be returned back from the server as part of the ResponseInfo in the response body to ensure correlation.