Account Services
Overview
Our account-related APIs are a powerful set of APIs that provide businesses with a flexible and scalable way to manage their customers' accounts. These APIs enable businesses to streamline their account management process, making it easier for them to create, update, and manage customer accounts, while also providing a seamless and personalized customer experience.
One of the key features of our account-related APIs is the account creation functionality. With this API, businesses can easily create new customer accounts, while also ensuring that each account is unique and identifiable. This can be done by including customer-specific information, such as their name, email address, and contact information, as part of the account creation process.
Another important functionality of our account-related APIs is account updation. This API enables businesses to update existing customer accounts with new information, such as changes to their contact information, billing information, or account preferences. By using this API, businesses can ensure that customer account information is always up-to-date and accurate, helping to improve the overall customer experience.
In addition to these functionalities, our account-related APIs also include account listing functionality. This API provides a way for businesses to retrieve a list of all customer accounts or a subset of customer accounts based on specific criteria. This can be useful for businesses that need to segment their customers based on certain attributes, such as geographic location, account type, or other demographic factors.
Overall, our account-related APIs provide businesses with a comprehensive set of tools for managing customer accounts, enabling them to provide a seamless and personalized customer experience, while also improving their operational efficiency and scalability.
Accounts List (Post)
The List of Accounts API is a useful tool for payment processing companies that offer a range of financial products, such as credit cards, debit cards, and bank accounts. This API allows customers to easily view a list of all their accounts with the payment processing company, providing a convenient way to manage their finances and keep track of their spending.
Customer Details (Post)
A customer details enquiry API allows a payment processing company to retrieve information about a customer's account. This could be used, for example, by a merchant to get information about a customer's billing address or by a customer service representative to verify account details.
Customer Details
Status:
Production
Version:
V2
Category:
Account Services
Customer Details
Overview
This API allows users to retrieve detailed information about a particular customer or client. This API is typically used by financial institutions to view detailed information about a particular customer, for example, to view the personal details, contact details or address of the customer.
Card information retrieval
This feature allows users to retrieve detailed information about a particular customer or client in the payment processing system, such as their name, contact information, account status, and any transactions or other activity associated with their account.
Security
This feature ensures that the API has the necessary security measures in place to protect against unauthorized access and ensure the security and integrity of the payment processing system. This may include measures such as authentication and encryption.
How It Works
To use the "customer details" API, users will need to provide the unique client ID for the customer they want to view details for, as well as any necessary authentication credentials. The API will then retrieve the relevant information about the customer from the payment processing system and return it to the user.
The information that is returned by the "customer details" API will depend on the specific details that are requested and the information that is available in the payment processing system. This may include information such as the customer's name, contact information, account status, and any transactions or other activity associated with their account.
Process 1
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Amet, sed at amet cras fringilla adipiscing nunc, in pulvinar. Sagittis pellentesque leo et proin convallis justo vitae in.
Process 1
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Amet, sed at amet cras fringilla adipiscing nunc, in pulvinar. Sagittis pellentesque leo et proin convallis justo vitae in.
Process 1
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Amet, sed at amet cras fringilla adipiscing nunc, in pulvinar. Sagittis pellentesque leo et proin convallis justo vitae in.
Customer Details
Status:
Production
Version:
V2
Category:
Account Services
Node | Child Node | Type | Length | Description |
---|---|---|---|---|
Authorization | Bearer xxxx | string | Authorization Header (Bearer Token) | |
Content-Type | application/json | string | Content Type |
Node Type | Type | Length | Description | |||||||
---|---|---|---|---|---|---|---|---|---|---|
header | msg_id | string | 12 | Message ID, this field should be unique id for each Api call. This will be generated from client side. If the same message ID is used the system will decline the API call with Error Description “Duplicate Message ID” | ||||||
msg_type | string | 12 | Message Type – This can have either “TRANSACTION” or “ENQUIRY” As for this API the value expected is “ENQUIRY” | |||||||
msg_function | string | 50 | Message functions: Should be "REQ_GENERIC_CUSTOMER_DETAILS" | |||||||
src_application | string | 10 | Source Application: This is a free Text and the client can populate the source system from where the API is Initiated Example: IVR, IB, MB No Validations of these are kept at Network Systems | |||||||
target_application | string | 10 | The target_application can hold any value from FI side, this can be used by FI to check the target system of the API call | |||||||
timestamp | string | 30 | Timestamp of the request - Format YYYY-MM-DDtHH:MM:SS.SSS+04:00 | |||||||
bank_id | string | 4 | Bank Id is Unique Id 4 digit code for each client and the same will be provided once the client setup is completed in our core system. For sandbox testing – Please use “NIC” | |||||||
body | customer_id | string | 20 | Either Customer ID or Card Identifier Id | ||||||
card_identifier_id | string | 32 | CONTRACT_NUMBER is used for clear card number or EXID which is a unique identifier for the card generated by CMS | |||||||
card_identifier_type | string | 20 | CONTRACT_NUMBER is used for clear card number or EXID which is a unique identifier for the card generated by CMS. | |||||||
additional_qualifiers | type | string | 32 | Additional qualifier works as additional qualifier with card_identifier_type example: searching by mobile number and last X digits of the card,card_identifier_type= MOBILE, and additionalQualifiers.type= PAN_LAST | ||||||
value | string | 128 | Additional qualifier works as additional qualifier with card_identifier_id based on the type |
{
"NISrvRequest": {
"request_generic_customer_details": {
"header": {
"msg_id": "7567878",
"msg_type": "ENQUIRY",
"msg_function": "REQ_GENERIC_CUSTOMER_DETAILS",
"src_application": "SSP",
"target_application": "WAY4",
"timestamp": "2020-07-20T06:49:02.366Z",
"tracking_id": "7567878",
"bank_id": "NIC"
},
"body": {
"card_identifier_id": "99984100111514120378",
"card_identifier_type": "EXID",
"card_type": "PREPAID"
}
}
}
}
Node | Child Node | Type | Length | Description | ||||
---|---|---|---|---|---|---|---|---|
Content-Type | application/json | string | Content Type |
Node Type | Type | Length | Description | |||||||
---|---|---|---|---|---|---|---|---|---|---|
header | msg_id | string | 12 | Message ID, this field should be unique id for each Api call. This will be generated from client side. If the same message ID is used the system will decline the API call with Error Description “Duplicate Message ID” | ||||||
msg_type | string | 12 | Message Type – This can have either “TRANSACTION” or “ENQUIRY” As for this API the value expected is “ENQUIRY” | |||||||
msg_function | string | 50 | Message functions: Should be " REP_GENERIC_CUSTOMER_DETAILS" | |||||||
src_application | string | 10 | Source Application: This is a free Text and the client can populate the source system from where the API is Initiated Example: IVR, IB, MB No Validations of these are kept at Network Systems | |||||||
target_application | string | 10 | The target_application can hold any value from FI side, this can be used by FI to check the target system of the API call | |||||||
timestamp | string | 15 | Timestamp of the response - Format YYYY-MM-DDtHH:MM:SS.SSS+04:00 | |||||||
bank_id | string | 4 | Bank Id is Unique Id 4 digit code for each client and the same will be provided once the client setup is completed in our core system. For sandbox testing – Please use “NIC” | |||||||
exception_details | application_name | string | 20 | Application Name | ||||||
date_time | string | 30 | Timestamp of the response Format YYYY-MM-DD HH:MM:SS | |||||||
status | string | 1 | Status of the request (S/F) | |||||||
error_code | string | 4 | EAI Internal Error Code (Check error codes section for the complete list of error codes and error code descriptions) | |||||||
error_description | string | 100 | Error Description (Check error codes section for the complete list of error codes and error code descriptions) | |||||||
transaction_ref_id | string | 20 | The tracking_id sent in the request will be sent back in response in this field. | |||||||
body | customer_id | string | 20 | Customer ID: Customer Identification number This should be a unique number | ||||||
bank_code | string | 5 | Bank code is Unique Id 3 digit number for each client and the same will be provided once the client setup is completed in our core system. For sandbox testing – “982” is used | |||||||
client_number | string | 20 | Client number Ex: 000003548435901 | |||||||
card_name | string | 21 | Card embossing name defined on client level (Upper case) | |||||||
personal_details | gender | string | 6 | Gender | ||||||
title | string | 5 | Title | |||||||
first_name | string | 255 | First Name | |||||||
last_name | string | 255 | Last Name | |||||||
middle_name | string | 255 | Middle_name | |||||||
citizenship | string | 3 | citizenship | |||||||
marital_status | string | 18 | Marital status | |||||||
date_of_birth | string | 15 | Date of birth | |||||||
place_of_birth | string | 255 | Place of birth | |||||||
language | string | 3 | Language ISO code | |||||||
security_name | string | 255 | This field is used by Fraud monitoring agents to validate cardholder verification on call This is not mandatory for issuers not using Fraud monitoring service | |||||||
contact_details | home_phone | string | 32 | Home Phone Number | ||||||
work_phone | string | 32 | Mobile Number | |||||||
mobile_phone | string | 32 | Mobile Number | |||||||
string | 255 | Email address | ||||||||
addresses | address_type | string | 20 | The type of the address, just like multiple phone number types, we can have multiple addresses type . Ex PERMANENT/PRESENT/WORK/HOME | ||||||
address_line_1 | string | 255 | Building Name of the address | |||||||
address_line_2 | string | 255 | This defines wheather the address belongs to the Landlord or the Tenant. | |||||||
address_line_3 | string | 255 | House Name or House Number of the address | |||||||
address_line_4 | string | 255 | Street Name of the address | |||||||
string | 255 | Valid email address of the client | ||||||||
phone | string | 32 | Phone number | |||||||
city | string | 255 | City name | |||||||
country | string | 255 | Country Code Ex SAU | |||||||
zip | string | 32 | Zip Code | |||||||
state | string | 32 | State | |||||||
identity_proof_document | number | string | 20 | An identity number can be any valid id number which is provided by government that may be used to prove a person's identity. | ||||||
type | string | 20 | An identity document's type the expected document types are passport,nationalId,driving licence | |||||||
expiry_date | string | 10 | The identity document's expiry date the format should be - YYYY-MM-DD | |||||||
supplementary_documents | number | string | 20 | Supplemental documents are supporting materials | ||||||
type | string | 20 | Supplemental documents are supporting materials | |||||||
expiry_date | string | 10 | YYYY-MM-DD | |||||||
employment_details | employer_name | string | 64 | Company Name of the client | ||||||
income | string | 64 | Income of the client | |||||||
occupation | string | 64 | Occupation/Trade | |||||||
custom_fields | key | string | 20 | Client type Tag | ||||||
value | string | 128 | Tag value |
{
"NISrvResponse": {
"response_generic_customer_details": {
"header": {
"msg_id": "1710844613",
"msg_type": "ENQUIRY",
"msg_function": "REP_GENERIC_CUSTOMER_DETAILS",
"src_application": "SSP",
"target_application": "WAY4",
"timestamp": "2024-03-19T14:36:55.01+04:00",
"tracking_id": "113",
"bank_id": "NIC"
},
"exception_details": {
"application_name": "TCC-ADP",
"date_time": "2024-03-19T14:36:55.01+04:00",
"status": "S",
"error_code": "000",
"error_description": "Success",
"transaction_ref_id": "113"
},
"body": {
"customer_id": "100000027",
"bank_code": "982",
"client_number": "100000027",
"card_name": "JAMES ROBERT",
"personal_details": {
"gender": "M",
"title": "MR",
"first_name": "James",
"last_name": "Robert",
"middle_name": "Ivich",
"citizenship": "ARE",
"marital_status": "M",
"date_of_birth": "1955-08-25",
"place_of_birth": "Dubai",
"language": "ENG",
"security_name": "Tima"
},
"contact_details": {
"home_phone": "919702310992",
"work_phone": "919702310992",
"mobile_phone": "919702310992",
"email": "James.Robert@network.global"
},
"addresses": [
{
"address_type": "PERMANENT",
"address_line_1": "Al Mahata Towers",
"address_line_2": "LandLord",
"address_line_3": "House no - 1105",
"address_line_4": "Al Qasmia",
"city": "Dubai",
"country": "ARE",
"zip": "24537",
"state": "Dubai"
}
],
"identity_proof_document": [
{
"number": "R589856",
"type": "Passport",
"expiry_date": "2025-05-20"
}
],
"supplementary_documents": [
{
"number": "R589856",
"type": "Passport",
"expiry_date": "2025-05-20"
}
],
"employment_details": [
{
"employer_name": "ABC Pvt Ltd",
"income": "20000",
"occupation": "Engineer"
}
],
"custom_fields": [
{
"key": "CL-CLIENT_PRIOR",
"value": "0"
},
{
"key": "CL-DATE_OPEN",
"value": "2024-02-08 14:53:23"
},
{
"key": "CL-INCOME",
"value": "0"
},
{
"key": "CL-IS_STAFF",
"value": "N"
},
{
"key": "CL-SAV_ACC_AM",
"value": "0"
},
{
"key": "CL-SCORE_LIMIT",
"value": "0"
},
{
"key": "CL-SCORE_LIMIT_APPR",
"value": "0"
},
{
"key": "CL-SCORE_VAL",
"value": "0"
},
{
"key": "CL-SEC_CH_AM",
"value": "0"
},
{
"key": "CL-SHORT_NAME",
"value": "Robert James"
}
]
}
}
}
}
Code | Description |
---|---|
200 | Sample Description |
400 | Bad Request |
401 | Unauthorized |
403 | Forbidden |
500 | Internal Server Error |
502 | Bad gateway |
503 | Scheduled Maintenance |
504 | Gateway Timeout |
596 | Service Not Found |
How It Works
Follow the steps below. For more details, read the Quick Start Guide.
1- Process 1
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Amet, sed at amet cras fringilla adipiscing nunc, in pulvinar. Sagittis pellentesque leo et proin convallis justo vitae in.
2- Process 1
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Amet, sed at amet cras fringilla adipiscing nunc, in pulvinar. Sagittis pellentesque leo et proin convallis justo vitae in.
3- Process 1
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Amet, sed at amet cras fringilla adipiscing nunc, in pulvinar. Sagittis pellentesque leo et proin convallis justo vitae in.
4- Process 1
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Amet, sed at amet cras fringilla adipiscing nunc, in pulvinar. Sagittis pellentesque leo et proin convallis justo vitae in.
5- Process 1
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Amet, sed at amet cras fringilla adipiscing nunc, in pulvinar. Sagittis pellentesque leo et proin convallis justo vitae in.