Mozart ICM Logo

Every Commission. Every Incentive. One Governed Platform.

Mozart ICM manages the complete compensation and incentive lifecycle - commission plans, contest management, payout disbursement, and seller earnings visibility - on a single rules-driven platform aligned to regulatory requirements on commission structures and TDS.

Mozart ICM commission and incentive management interface
Mozart ICM platform screen
The Problem & the Fix

Three Gaps. One Commission Platform.

Manual processes, inconsistent rule application, and poor seller visibility create leakage, disputes, and audit exposure across every payout cycle.

Manual commission calculations icon
Manual commission calculations
THE GAP

Offline spreadsheets and fragmented tools create inaccuracies and reconciliation overhead every cycle.

↓
MOZART ICM GIVES
Accurate commissions, Every cycle

Rules-based computation with a real double-entry subledger eliminates manual errors and agent disputes.

Commission governance icon
No governance on operations
THE GAP

Overrides and adjustments are processed without structured approvals, increasing fraud risk and audit exposure.

↓
MOZART ICM GIVES
Governed commission operations

Maker-checker on every commission change; out-of-band edits are system-blocked across 13 configuration tables.

Seller earnings visibility icon
Poor seller earnings visibility
THE GAP

Without a real-time earnings view, sellers raise repeated queries that burden operations and damage trust.

↓
MOZART ICM GIVES
Full earnings transparency

Real-time earnings dashboard and policy-level statement give sellers a clear view of what they have earned and why.

Key Capabilities

Core Capabilities of Mozart ICM

Commission setup & configuration

FYC, RYC, override, persistency bonus, and clawback configured per product, channel, and role.

Regulatory cap enforcement

Commission cap rows by LOB, plan category, premium mode, and PPT band - enforced automatically.

Contest & SPIFF management

Contests configured by KPI, scope, and period; winnings post to the same double-entry ledger as commission.

Double-entry subledger

Append-only, bitemporal ledger with per-rupee traceability back to the policy and rule version.

Governance & audit controls

Maker-checker on every configuration change; unauthorised edits blocked and logged outright.

Reporting & what-if estimator

Run any hypothetical policy through the production engine with zero ledger writes before activating a rule.

Commission Plans and Contests, Configured and Paid From One Place.

See how Mozart ICM brings earnings governance and incentive management onto a single rules-driven platform.

Mozart ICM commission dashboard
Mozart ICM payout and contest view
Why Mozart ICM?

Purpose-built For the Full Complexity of Insurance Compensation

Configurable without code

Commission structures and workflows set up through admin, no development needed.

No-code rule builder

Versioned plans with effective dating

Scheme wizard with maker-checker

Multi-channel
ready

Each channel runs its own commission structure, payout cycle, and payment instrument.

Agency, Banca, Broker, POSP

Parallel payout cycles

Per-channel rate card management

Built for regulatory compliance

Commission caps, TDS requirements, and deduction governance handled at the platform level.

Configurable EOM cap enforcement

Full TDS payee profiles

Lower-deduction certificate
handling

Clear quick answers

Get answers to common questions

Find solutions to frequently asked questions regarding
Mozart ICM

Can commission plans be modified without a development release?

Yes. Commission structures, contests, and workflows are configured through an admin panel using a no-code rule builder — every version is retained with author metadata and a diff, with no engineering involvement required.

How does the platform handle clawbacks without affecting the original commission record?

Clawbacks are processed as appended reversal entries chained to the accrual they reverse — the original records remain untouched for audit purposes.

What happens to earned commission if the sales hierarchy changes later?

The commission chain is frozen at accrual — override hops and edge windows are preserved at that moment, so later structure changes cannot restate commission already earned.

How can finance teams validate a new commission rule before it goes live?

The what-if estimator runs any hypothetical policy through the identical production engine with zero ledger writes — rules are validated before activation, not after.

How does the platform prevent unauthorised changes to commission configuration?

13 configuration tables reject unauthorised changes outright, logging the login, host, application, and before/after state for every attempted modification.