NSE circular 41/2026 · 11 Sept 2026
Official record
Open source pageSummary
Check the official recordThe National Stock Exchange of India introduces enhanced field-level validations for the Unique Client Code database. These changes apply to the creation and modification of client data. Trading members must update their systems to comply with new validation rules for fields including depository details, annual income, occupation, and contact information. Members must complete testing and validation in the provided User Acceptance Testing environment before the go-live date. The exchange provides a REST API for data transmission using JSON messaging and JWT-based authentication. Members must register for API access and include authentication tokens in all requests. The API limits requests to 50 clients per call. Members must ensure all system changes are ready by October 09, 2026.
What you must do
[Image omitted. See the official document.]
| Name of Document | TDD-UCI External interface |
|---|---|
| Version No | Ver 2.2 |
| Release date | September 11, 2026 |
| Statement of Confidentiality |
|---|
| This document contains information that is proprietary and confidential to NSE, which shall not be disclosed outside NSE, transmitted, or duplicated, used in whole or in part for any purpose other than its intended purpose. Any use or disclosure in whole or in part of this information without explicit written permission of NSE is prohibited. |
© Copyright, NSE
Purpose............................................................................................................................................. 4
Scope ................................................................................................................................................ 4
Target Audience................................................................................................................................ 4
Messaging Protocols......................................................................................................................... 5
Authorization.................................................................................................................................... 5
One-Time API User Registration........................................................................................................ 6
User Registration URL ....................................................................................................................... 6
https://uat.connect2nsccl.com/api-reg/welcome.............................................................................. 6
User Registration .............................................................................................................................. 6
API Endpoints ................................................................................................................................. 10
This document describes the protocol for Web API based real time communication between NSE and its Trading Members. The document serves as a common guide for developing and testing interfaces between systems at Exchange and its Members.
Bidirectional external interface API’s will be provided as REST endpoints accessible over internet using HTTPS protocol. All messages in the online API’s will be in JSON format.
All trading members wants to send their client information to NSE would consume the exchange end-point.
JWT mechanism is used to generate API authentication tokens as it is widely used industry standard. (Implemented by NSE)
https://lama.uat.nseindia.com/api-reg/welcome
[Image omitted. See the official document.]
[Image omitted. See the official document.]
[Image omitted. See the official document.]
[Image omitted. See the official document.]
[Image omitted. See the official document.]
[Image omitted. See the official document.]
[Image omitted. See the official document.]
• API Description
This API is used to authenticate the user and provide a shot life authentication token to use the subsequent API.
• End-Point URL
https://clientprofilinguat.nseindia.com/uciservice/api/auth
Provide request body while calling this API as mentioned in the same request. The details should be same as the one-time user registration ‘membercode’ and ‘password’. ‘apiName’ should be ‘uci_clientupload’.
• Request Method
POST
• Sample Request Payload
{
"username": "member14",
"password": "Abcd@123",
"apiName": "uci_clientupload"
}
{
"token":
"eyJhbGciOiJIUzUxMiJ9.eyJzdWIiOiJtZW1iZXIxNCIsImV4cCI6MTU4MjAwODg0MSwiaWF0Ij
oxNTgyMDA1MjQxfQ.PIcIJ6R-TOCJN71rR_UEsL12DU6ngu2gpWkKnCbQt6ciAzCoftMI4iWZvY15K2GM405DC0N71O6Opn5f8Med
eg"
}
• API Description
This API is used to create a client information in the UCI system. It validates the client information provided before persisting to the system. The validation includes basic field level value against its data type and standard UCC business logic validations. If the validation fails, then the respective validation message is returned to the end user.
• End-Point URL
API-2-Client Upload
https://clientprofilinguat.nseindia.com/uciservice/api/clientupload
POST
Initially API is limited to handle only 50 clients per request.
Provide the First API response in the Authorization header while calling the second API with the request body. Sample header details are as below.
[Image omitted. See the official document.]
Note: Strictly adhere to the following field level validation for smooth and high-performance throughput.
All fields in the request are repeated for each client. All dates are in DD-MM-YYYY format.
| SL | Field Description | Field Name | Data Type (Size) | M/O | Expected Values and Validation |
|---|---|---|---|---|---|
| 1 | Member Cd | ccdMemCd | String(5) | M | Length of 5 character |
| 2 | Account Type | ||||
| (OWN | |||||
| ERROR | |||||
| CLIENT) | ccdAcctType | String | |||
| Min – 3 | |||||
| Max – 6 | M | Where the PAN is of member then selection can be done as "OWN" or "ERROR" and where the PAN is of other than Member it should be by default as "Client". |
Where TM is doing proprietary trading, the account type shall be "OWN" and Values are: OWN ERROR CLIENT
Where Account type is selected as “OWN”, PAN should be of member.
Where Account Type is selected as “ERROR”, PAN should be of member and client code should be “ERROR “ or “ERROR%” where % is a number.
For all other entites, the client type shall be "Client".
Example TM Code | UCC | PAN| Client Type 12345| 12345| abcde1234f | OWN 12345 | ERROR | abcde1234f | Error 12345 | 1231 | abcde1234f | OWN 12345 | 1234560 | xyzav1234d | Client 12345 | 68952000 | amnsd1234a | Client | | 3 | Opt for UPI | ccdOptForUpi | String Min – 1 Max – 2 | M | For applicable categories 'Individual and HUF' (1 & 3) the value can be "Y" or "N".
For Individual and HUF category where custodian details have been provided then value shall be "NA".
For categories other than applicable categories the value shall be "NA".
This facility shall not be applicable for "PAN_Exempt" cases and the value shall be "NA".
Registered - Y Not opted - N Not applicable - NA Deregistered - D
Key dates
Who is affected
Thresholds
If you do not comply