Enterprise oversight

Statutory compliance and licence registers for lenders

Keep legal entity facts and permissions connected to day-to-day operations.

A statutory-compliance register connects a legal entity's identity, permissions and obligations with the people responsible for maintaining them. It should answer practical questions: what may this entity do, under which authority, subject to which conditions, and what evidence shows that continuing requirements are met?

Banks and NBFCs can operate within several overlapping frameworks. Corporate records, regulatory registration, activity permissions, local requirements, contractual obligations and listing-related duties may involve different owners. A folder containing certificates does not provide a complete view of those relationships.

An effective register preserves the underlying legal documents while translating relevant conditions into reviewable operational tasks. It also distinguishes a genuine renewal requirement from an ongoing condition or an event-driven obligation. This article describes that operating approach, rather than a comprehensive legal checklist for every lender.

Separate registration from permission to conduct an activity

A registration or licence establishes a particular legal status or permission. It should not be interpreted more broadly than its terms and the applicable law allow. A regulated entity may need additional assessment before launching a new activity or changing how an existing activity is conducted.

RBI's NBFC registration and scale-based-regulation directions provide an institution-specific reference for registration, exemptions and the regulatory framework. [3] Banks have their own licensing and activity-related requirements, accessible through the RBI directions directory. [1]

Record permissions at a useful level of detail. Include the issuing authority, relevant entity, scope, conditions and supporting documents. Where an activity relies on an exemption or another legal basis, retain the reasoning and review triggers rather than leaving the permission field blank.

Build a register that captures conditions

Useful fields include the instrument identifier, issue date, scope, conditions, owner, applicable review or expiry date and evidence location. Add linked obligations where the instrument requires reporting, notification, approval or continuing compliance.

Do not invent annual renewal tasks for permissions that do not require them. Distinguish expiry, scheduled review, periodic filing and ongoing conditions. Confusing these concepts can waste effort while leaving the actual obligation unmanaged.

Read the operative document and relevant current rules. A certificate's front page may not contain every condition. Correspondence, annexures or subsequent directions may affect the institution's responsibilities. Keep those relationships visible in the register.

Assign ownership across functions

Legal and company secretarial teams may interpret or maintain certain records, while operations, finance, risk or business teams perform the related actions. Assign one accountable owner for each obligation and identify contributors and approvers.

The central register owner should maintain quality and completeness, but should not automatically become responsible for every underlying task. An employment-related filing and a regulatory activity condition may require different expertise and evidence.

Establish a handover process when owners change. Open applications, unresolved conditions and upcoming deadlines should transfer with their history. A register that depends on a particular employee's memory is vulnerable even if every document is technically stored somewhere.

Connect new business decisions to permission checks

Product development and expansion should include an assessment of legal entity, permitted activity and required approvals or notifications. Perform it early enough to influence design. A late legal review can identify a restriction after commercial commitments have already been made.

Record the assessed proposal and its assumptions. An approval based on one customer group or distribution method may not cover a later change. The business should know which changes require reassessment.

Use clear outcomes: permitted within existing scope, permitted subject to stated conditions, further approval required or not supported by the assessed basis. An ambiguous “legal reviewed” status gives operational teams little guidance about what they may actually do.

A worked example: opening a new service location

Suppose a hypothetical lender plans to open a new location. The project team focuses on premises, staffing and systems. A compliance review then assesses whether the proposed location and activities engage regulatory, corporate, local or contractual requirements.

The register links each applicable obligation to its owner and evidence. Some actions may need completion before operations begin; others may be notifications or ongoing conditions. The exact requirements depend on the entity and circumstances and should not be assumed from another institution's experience.

The final readiness decision should identify any unresolved dependency. A signed lease and a functioning office do not establish that every required permission or condition has been addressed. Conversely, the process should avoid demanding irrelevant approvals merely because they appeared in an old checklist.

Control applications, acknowledgements and approvals

An application submitted to an authority is not the same as an approval received. Keep distinct statuses for preparation, submission, acknowledgement, queries, approval, rejection and withdrawal where relevant. Record the actual evidence supporting each status.

Track authority queries and the institution's responses. Preserve the version submitted and any revised materials. If conditions are imposed, translate them into owned actions rather than leaving them only in the approval letter.

Be precise about what an acknowledgement means. It may confirm receipt without confirming substantive acceptance. The register should not infer permission from silence or a portal receipt unless the applicable framework supports that conclusion.

Review completeness and continuing conditions

Periodically reconcile the register with legal-entity records, business activities, official communications and material organisational changes. Ask whether every significant activity has a supported legal basis and whether every continuing condition has an owner.

Test a sample of obligations end to end. Can the reviewer locate the source, understand applicability, identify the responsible person and verify completion? Missing evidence or unclear scope should create a specific corrective action.

A statutory register is most useful when it serves as a maintained map of authority and responsibility. It connects the institution's legal position with operational decisions, helps teams identify when reassessment is needed and preserves evidence of how obligations were handled over time.

PRIMARY REFERENCES

Sources & further reading

Primary-source references checked on 12 October 2026. Follow the relevant authority’s current text for applicability, amendments and commencement dates. International standards provide context and are not automatically identical to domestic requirements.

  1. Reserve Bank of India: Master Directions directory (opens in a new tab)
  2. SEBI: Regulations directory, including the LODR Regulations (opens in a new tab)
  3. RBI: NBFCs – Registration, Exemptions and Framework for Scale Based Regulation Directions, 2025 (opens in a new tab)
← Back to the resource library

CONTINUE READING

LET’S TALK REGULATORY OPERATIONS

Bring clarity to your
compliance workflow.

Start with your institution, your priorities and the controls that matter.