Skip to content

Account Variants: Institutional and Custodial Accounts

Why this page is structured this way: an institutional account is defined less by who the client is than by who settles the trade. The page therefore starts with the clearing model — execution member, clearing member, custodian — because that single fact determines the UCC category, the order-tagging rules, the intraday cut-offs and the margin treatment. Client types, family mapping and the sole-proprietor case follow, because each is a variation on the same clearing skeleton.

  • Institutional clients separate execution from clearing. The broker executes; a custodian acting as clearing member confirms the trade and takes on the settlement obligation. The link between the two is the custodial-participant code carried on the order.
  • Unconfirmed means unsettled by the custodian and therefore the broker’s own obligation. NSE Clearing’s custodial-participant procedures set the intraday windows — CP-code modification to 16:15, custodian trade confirmation to 19:30 on T, and obligation-transfer-request submission to 20:00 on T with confirmation into the following morning (NSE Clearing, “Custodial Participant Deals” and the NCL Clearing FAQ) [industry practice — unverified] on current values, which move with each settlement calendar. The published-timings template is NCL/CMPT/50078.
  • A generic institutional code allows allocation after execution. Orders may be executed under a single institutional code and allocated to the underlying CP codes afterwards, with the break-up uploaded against the contract-note reference the same working day.
  • Custodial participants can settle T+0, with a dedicated family mechanism. Eligible since 31 July 2024 per NCL/CMPT/63165, with the Family Account CP code (name suffix FAMILYAC, placeholder PAN FAMIL999999Y) active from 10 February 2025 per NCL/CMPT/66135 — the mechanics are in the T+0 and T+1 settlement deep dive.
  • Institutional client categories occupy a distinct band of the UCC table — 12 development financial institution, 23 foreign institutional investor, 31 to 34 provident, superannuation, gratuity and pension funds, 36 mutual fund fund-of-funds schemes, 37 NPS Trust, 38 global development network, 39 FCRA — per the NSE and BSE client-category tables.
  • A sole proprietorship is registered as category 13 on the proprietor’s PAN, because the proprietorship has no separate PAN of its own.
  • UPI-based secondary-market payment does not reach institutional accounts — it applies only to categories 01 and 03.
  • The CP-code requirement was removed for NRI clients by SEBI/HO/MIRSD/MIRSD-PoD/P/CIR/2025/109 (29 July 2025, in force 1 September 2025); it remains the model for genuine custodian-cleared flow.

In the retail model the broker is both the execution member and the clearing member: it places the order, it carries the obligation, it collects the margin, it settles. In the institutional model those roles split. A mutual fund, an alternative investment fund, a portfolio manager’s client, an insurance company or a pension fund appoints a custodian — a bank or a specialised custodian registered under the SEBI (Custodian) Regulations — to hold its assets and to clear its trades. The client then distributes execution across several brokers, and each executed trade is tagged with the custodian’s CP code so that the obligation lands with the custodian rather than the executing broker.

Everything operationally distinctive about these accounts follows from that split. The broker does not call for margin from the client in the retail sense, because the custodian posts margin against the confirmed obligation. The broker’s risk is not market risk on the position but confirmation risk on the trade: if the custodian rejects or fails to confirm within the window, the obligation reverts to the executing member, who then has an unhedged position and a pay-in to fund. Institutional desks therefore reconcile confirmations continuously through the day rather than in an end-of-day batch.

The KYC picture is correspondingly thinner and sharper. The broker still registers a unique client code against the client’s PAN and still holds the client agreement set, the authorised-signatory list and the beneficial-ownership record appropriate to the entity’s constitution — a mutual-fund scheme is a trust, an AIF is usually a trust, an insurer is a company, a portfolio manager’s client may be an individual. What it does not do is build the depository relationship: the securities sit in the custodian’s demat arrangement, not in a demat account the broker’s DP opened.

The sole-proprietor case sits at the opposite end and is included here because it is the last remaining non-individual shape a retail broker meets. A proprietorship is not a person at all: it is an individual trading under a business name, so the PAN, the KYC and the liability are the proprietor’s, while the bank account and the trade name are the business’s.

  • SEBI/HO/MIRSD/MIRSD-PoD/P/CIR/2025/90 — Master Circular for Stock Brokers (April 2025), consolidating broker obligations to 31 March 2025 including client registration, running-account settlement and margin obligations that apply differently to custodian-cleared clients.
  • SEBI/HO/MIRSD/SECFATF/P/CIR/2023/169 (12 October 2023) — Master Circular on KYC norms; the non-individual annexure governs the constitution-specific document set for each institutional client type.
  • SEBI/HO/MIRSD/SECFATF/P/CIR/2024/78 (June 2024) — AML/CFT Master Circular: customer due diligence and beneficial-owner identification, which for a fund means tracing to the sponsor, trustee, investment manager and controlling persons.
  • SEBI/HO/MIRSD/MIRSD-PoD/P/CIR/2025/109 (29 July 2025, in force 1 September 2025) — operational efficiency in monitoring NRI position limits in exchange-traded derivatives; removes the CP-code requirement that had applied to NRI clients, leaving CP codes to genuine custodial flow. See NRI.
  • NCL/CMPT/63165 (31 July 2024) — extends the T+0 rolling settlement cycle to custodial-participant transactions.
  • NCL/CMPT/66135 (15 January 2025, effective 10 February 2025) — operational clarifications for T+0 custodial-participant transactions; activates the Family Account CP code with name suffix FAMILYAC and placeholder PAN and SEBI registration FAMIL999999Y, restricted to non-marginable CP codes, with trade confirmation at family-account level and obligations at individual CP level. Annexure 1 timings: regular market close 13:30, early-pay-in cut-off 13:45, custodian trade-confirmation cut-off 14:45, securities pay-in 15:30, funds pay-in 16:00.
  • NCL/CMPT/50078 (22 October 2021) — the template for how obligation-transfer-request, CP-code modification and confirmation windows are published for a given session.
  • SEBI (Portfolio Managers) Regulations 2020 — a portfolio manager must appoint an independent custodian except where it provides only advisory services, and cannot hold client securities in its own name; client-level accounts are maintained by the custodian.
  • SEBI (Custodian) Regulations 1996, as amended by SEBI/LAD-NRO/GN/2026/308 (3 July 2026) — custodian fees move from annual to monthly, payable within 15 days after month-end, from 1 October 2026.
  • NSE Clearing, “Custodial Participant Deals” and the NCL Clearing FAQ — CP-code allotment through the clearing front-end, the generic institutional code, obligation-transfer-request mechanics and the intraday cut-offs. Named public documents rather than numbered circulars.
StepWho actsWhat happensTiming reference
1. CP-code allotmentClearing member or custodianApplies through the clearing corporation’s front-end; the code is unique to the constituent and active from the next trading dayNSE Clearing, “Custodial Participant Deals”
2. Client-to-CP mapping at the brokerBrokerMaps the client’s UCC to the CP code in the order-management system so that orders carry it automaticallyBroker configuration
3. Order entryBrokerOrder carries the CP code, or a generic institutional code where allocation will followIntraday
4. CP-code modificationBrokerCorrecting or assigning the CP code on executed tradesUp to 16:15 [industry practice — unverified]
5. Allocation break-upBrokerUploads the break-up of obligations across institutional clients with the contract-note referenceSame working day
6. Custodian confirmationCustodianConfirms the trades; on confirmation the obligation is the custodian’sUp to 19:30 on T [industry practice — unverified]
7. Obligation transfer requestBrokerReallocates CP codes after trading hours where confirmation or allocation needs correctionUp to 20:00 on T, confirmed into T+1 morning [industry practice — unverified]
8. Rejection handlingBrokerUnconfirmed or rejected obligations revert to the executing memberImmediately on window expiry
9. SettlementCustodian or brokerConfirmed obligations settle through the custodian; reverted obligations settle through the brokerPer settlement calendar

Give-up and take-up is the same idea expressed through membership rather than custody: the executing member “gives up” the trade and a different clearing member “takes it up” and carries the obligation. The exchange and clearing corporation define the file format and the confirmation window; the broker-side mechanics are summarised in the broker process narrative, and the order-management plumbing — trade-capture reports for off-book and give-up flows — is in OMS internals. From the client-facing side the only thing that changes is the mapping table: the client agreement must name the clearing member, and the broker must hold that member’s acceptance before the first trade.

Client typeConstitutionUCC categoryWho signsWhat the broker holds
Mutual fund schemeTrust; the asset management company acts for it36 for fund-of-funds schemes; other schemes registered per exchange guidanceAuthorised officials of the AMCTrust deed, SEBI registration, AMC authorisation, scheme PAN, custodian mapping
Alternative investment fundUsually a trust; sometimes an LLP or companyPer constitution and exchange guidance [industry practice — unverified]Trustee or investment manager under the fund documentsTrust deed, SEBI AIF registration, investment-management agreement, PAN, custodian mapping
Portfolio management clientThe client is an individual or entity; the portfolio manager acts under a power of attorneyThe client’s own category — 01, 03, 04 and so onClient, with the portfolio manager operating under the PMS agreement and POAPMS agreement, POA, client KYC per the client’s own constitution, custodian mapping
Insurance companyCompany04 or 07Board-authorised officialsCertificate of incorporation, IRDAI registration, board resolution, PAN
Provident, superannuation, gratuity, pension fundTrust31, 32, 33, 34TrusteesTrust deed, recognition or approval, trustee resolution, PAN
NPS TrustStatutory trust37Authorised officialsConstitutive instrument, authorisation, PAN
Development financial institutionStatutory or corporate12Authorised officialsConstitutive statute or incorporation documents, authorisation, PAN
Foreign institutional investor / FPIPer home jurisdiction23Investment manager or custodian under POARegistration certificate, PAN, LEI, POA — see FPI and FVCI
FCRA entityTrust, society or Section 8 company39Trustees or office bearersFCRA registration, designated account details, constitutive documents — see Trust, society and AOP
Sole proprietorshipNot a separate person13The proprietorProprietor’s PAN and KYC, business registration proof, business bank account

The entity-level document sets are not repeated here: a fund that is a trust is onboarded using the trust document set in Trust, society and AOP, and an insurer using the company set in Company. What this page adds is the clearing layer that sits on top of whichever constitution applies.

Portfolio management clients are not institutional clients

Section titled “Portfolio management clients are not institutional clients”

This distinction causes more implementation confusion than any other on this page. In a PMS relationship the client is the account holder — an individual, an HUF, a company — and the portfolio manager operates under an agreement and a power of attorney. The UCC is registered in the client’s name and category, the client’s own KYC applies, and the custodian maintains client-level accounts because the portfolio manager may not hold client securities in its own name. The portfolio manager is an operator, not the client. A system that registers the portfolio manager as the client will produce wrong tax reporting, wrong contract notes and wrong position limits.

AspectTreatment
PANThe proprietor’s individual PAN; a proprietorship has no PAN of its own
UCC category13 Sole Proprietorship
Client nameThe proprietor’s name, with the trade name recorded as the business name where the exchange record supports it
KYCIndividual KYC of the proprietor, plus business-existence proof
Business proofGST registration, Shops and Establishments registration, Udyam registration, professional licence, or an income-tax return showing business income [industry practice]
Bank accountCurrent account in the business name, with the proprietor as the sole authorised signatory
Demat accountIn the proprietor’s own name; the trade name cannot hold securities
LiabilityUnlimited and personal to the proprietor
NominationAvailable, because the underlying holder is an individual
Third-party payment riskThe business current account is not a third-party account, because the proprietor and the business are the same person — but the name mismatch will trip naive penny-drop matching

The recurring implementation defect is treating category 13 as a non-individual path. It is an individual account with a business overlay: individual KYC, individual demat, individual nomination, business bank account and business proof.

5. Field deltas at each destination system

Section titled “5. Field deltas at each destination system”
FieldTypeLengthMandatorySource systemDestination systemsNotes
Client categoryN2YesOnboarding formNSE UCC, BSE UCC12, 13, 23, 31–34, 36–39 per client type
Client PANAN10YesOnboarding formKRA, CKYC, UCC, back-officeScheme PAN for a fund; proprietor PAN for category 13
CP codeAN—Yes for custodian-clearedClearing corporationOrder-management system, obligation allocation, back-officeMapped to the UCC; wrong mapping causes rejection
Clearing member codeAN—Yes where give-up appliesExchange membership recordsOMS, clearing filesNames the member taking up the trade
Custodian name and identifierAN—YesClient instructionClient master, reconciliationDrives the confirmation workflow
Family Account CP codeAN—ConditionalClearing corporationT+0 allocationName suffix FAMILYAC, PAN and SEBI registration FAMIL999999Y; only non-marginable CP codes may be linked
Institutional generic codeAN—ConditionalExchange conventionOrder entryUsed where allocation follows execution
Authorised-signatory blockAN—YesConstitutive documentsInstruction verification, CKYC related personsPer the entity’s own constitution
Beneficial-owner block——YesDeclarationCKYC, AML screening, CDD fileTraced per the entity’s constitution type
SEBI registration numberAN—Yes for regulated entitiesRegistration certificateClient master, risk categorisationMutual fund, AIF, portfolio manager, FPI
FATCA entity classification and GIINAN—YesDeclarationsKRA, FATCA/CRS reportingFunds and insurers classify as financial institutions
Margin source flagAN—YesConfigurationRisk-management systemDistinguishes custodian-posted margin from client-collected margin
UPI eligibility——Not applicable—Payment railsCategories 01 and 03 only
Business nameAN—ConditionalBusiness proofUCC, back-office, contract notesCategory 13 only

Field provenance across destinations is in the field atlas; the exchange-registration block is at U — exchange registration.

Two unrelated things travel under the word “family” and they should not be conflated.

MechanismWhat it isWhere it operatesConstraint
Family Account CP codeA clearing-corporation construct for T+0 custodial settlement: a parent CP code with the FAMILYAC suffix and placeholder PAN FAMIL999999Y, to which participating CP codes are tagged; confirmation happens at family level, obligations remain at individual CP level, and the custodian settles to the end investor within the dayClearing corporation and custodian, per NCL/CMPT/66135Only non-marginable CP codes may be linked; custodian maintains the audit trail
Broker-level family mappingA servicing convenience: linking a client’s accounts to those of declared family members for a consolidated view, a combined holdings statement, or to whitelist a family member’s bank account against third-party-payment controlsBroker’s own systems and, for consolidated demat viewing, depository investor-facing servicesDoes not permit pooling of funds, securities or margin across PANs [industry practice — unverified]

The line that must not be crossed is margin and ledger pooling. Each PAN is a separate client with a separate ledger, a separate margin obligation and a separate reporting trail; a family mapping that lets one PAN’s credit support another PAN’s position is an inter-client transfer, not a feature. Consolidated viewing is safe; consolidated obligation is not. The upstreaming and segregation machinery that makes this concrete is in client funds upstreaming.

OptionWho it suitsTrade-off
Broker as both execution and clearing memberMid-size corporates and funds without a custodian mandateBroker carries the full obligation and collects margin directly; simpler operationally, heavier on the broker’s capital
Custodian-cleared with CP codeMutual funds, AIFs, insurers, pension funds, FPIsObligation moves to the custodian, but the broker lives inside the confirmation cut-offs and carries rejection risk
Give-up to a separate clearing memberClients who execute with many brokers but clear with one memberRequires the clearing member’s standing acceptance; adds a second confirmation dependency
Direct corporate account without custodianCorporate treasuries trading modest size — see CompanyFull corporate CDD on the broker, direct margin and pay-in
PMS relationshipIndividuals and entities delegating discretionThe client remains the client; the portfolio manager operates under POA with an independent custodian
Sole proprietorship accountIndividual businessesIt is an individual account with business documents, not a non-individual account
  • [gotcha] The CP-code-to-UCC mapping table is the single highest-consequence configuration object on an institutional desk. A stale entry produces a trade the custodian will not recognise, discovered after the confirmation window. Version-control it, review it on every client or custodian change, and reconcile it against the clearing corporation’s master weekly. [industry practice]
  • [gotcha] Cut-off times published in settlement-calendar and session-timing circulars move — holiday sessions and Muhurat sessions have their own schedules, of which NCL/CMPT/50078 is the template. Read the timings from the applicable circular each session rather than hard-coding them.
  • [risk trade-off] Allocating under a generic institutional code and breaking up afterwards improves execution quality but concentrates operational risk into the post-close window. Desks that execute large institutional blocks should staff the allocation and confirmation window as deliberately as they staff the open.
  • [gotcha] The CP-code requirement was removed for NRI clients from 1 September 2025 by SEBI/HO/MIRSD/MIRSD-PoD/P/CIR/2025/109. Code paths that branch on “foreign or institutional” rather than on the actual clearing arrangement will either keep demanding a CP code from NRIs or drop it from genuine custodial clients.
  • [industry practice] Institutional clients are the group for whom the broker’s obligations under running-account settlement and margin collection differ most from retail, because the custodian posts margin. Model the margin source as an explicit flag rather than inferring it from the client category. [industry practice — unverified]
  • [gotcha] A PMS client’s contract notes, capital-gains statements and tax reporting must be in the client’s name, not the portfolio manager’s. Registering the portfolio manager as the client corrupts all three and is very expensive to unwind after a financial year has closed.
  • [cost optimization] For sole proprietorships, reuse the individual onboarding flow end to end and add only two artefacts: business-existence proof and a business bank account with relaxed name matching. Building a separate non-individual path for category 13 duplicates work and produces the wrong demat treatment.
  • [gotcha] Family mapping must never be implemented as shared margin or shared ledger across PANs. Consolidated viewing, consolidated statements and whitelisted family bank accounts are defensible; anything that lets one PAN’s balance meet another PAN’s obligation is an inter-client transfer.
  • [industry practice — unverified] Custodians commonly publish their own daily limit files to executing brokers, and many rejections trace to the broker trading against a limit file it did not refresh. Automate the refresh and alert on staleness rather than relying on the desk to notice.

2026-09-11


AI-generated and not legal, financial, or compliance advice. See the project README for full disclaimer.