Skip to content

Platform

One platform, end to end.

From distributor registration to commission reconciliation, every step of a wealth practice runs in one system, on one data model, with one reconciliation.

How the work moves

Seven stages. No export between any two of them.

  1. 01

    Onboard

    PAN in, KYC checked, account open.

  2. 02

    Order

    Every product class in one basket.

  3. 03

    Execute

    Routed to the exchange or captured offline.

  4. 04

    Settle

    The RTA feed lands and the book updates itself.

  5. 05

    Value

    What every client owns, priced this morning.

  6. 06

    Report

    Statements out on schedule, dashboards current.

  7. 07

    Earn

    Computed daily, reconciled against the AMC file.

One data model underneath. No stage exports to reach the next.

The data model

Group → Family → Client → Account. Four levels, one hierarchy, every module.

Consolidation happens at every level because the structure is in the data model, so the family view is not assembled — it exists.

One treeRead by all sixteen modules. Written once.

  1. Group

    A holding structure, a corporate, an office

  2. Family

    Related individuals reported together

  3. Client

    The person or entity who owns the money

  4. Account

    A folio, a demat, a PMS mandate

Connected where it matters.

Seven categories

  • Order routing

    Orders leave the platform and reach the exchange.

    One routing entity is active at a time, and it can be changed.

    • BSE StarMF
  • RTA feeds

    Folio masters and transaction files land and reconcile.

    • CAMS
    • KFintech
  • KYC and KRA

    Identity checked inside onboarding, not beside it.

    • CVL KRA
    • CKYC
  • Market data

    NAVs, prices and corporate action announcements.

    • NAV feeds
    • Price feeds
  • Payments and mandates

    Collection and recurring authorisation.

    • eNACH
    • Payment gateway
  • Identity

    Your existing sign-in, not another password.

    • Google Workspace
    • Microsoft Entra ID
    • LDAP / AD
  • Open API

    REST endpoints and webhooks for your own flows.

    • REST
    • Webhooks

Every integration, with direction and frequency

On screen

One book. Every class. One set of numbers.

The holdings screen: current value, invested, unrealised gain, XIRR and CAGR across the top, a filter row for family, client, account, asset class, product, category, AMC, instrument and folio, and a holdings table listing equity, direct equity and AIF positions per client account.

Security and compliance

Built for the scrutiny it will face.

What we do, and what we are certified for

  • Data residencyClient data is held in India.
  • EncryptionIn transit and at rest, with managed key rotation.
  • Access controlRole-based, scoped to the hierarchy, every sensitive action logged.
  • CertificationISO 27001 audit in progress. Status and dates are published.

Questions people ask first.

Is this one product or several?

One. Every module reads and writes the same book — the same clients, the same holdings, the same transactions. There is no export step between onboarding and orders, or between valuation and commissions, because there is nothing to export to.

Can I use it for only mutual funds?

Yes. Mutual funds work on their own, and the other product classes sit dormant until you put something on them. Nothing about the platform assumes you sell beyond mutual funds — it assumes you might, one day, without changing systems.

Which order-routing entity do I need?

You transact under your own registration, and one routing entity is active at a time. You can change which one later without re-registering your clients.

Do you hold an ARN?

No, and we never will. Finvica is technology. We do not run a distribution business, we do not own the investor relationship, and we will never approach your clients. Distributors on the platform transact under their own ARN or RIA registration.

See the whole system on one call.

Weekdays 09:30–18:30 IST