How MLM software calculates commissions without breaking at payout
Most MLM platforms look identical until payout day. That is when the commission engine is tested against real money, real deductions and real complaints. This article explains the mechanics a reliable engine should handle, so you can ask better questions before you buy.
1. Every commission is a rule, not a formula in code
A commission is defined by four things: the event that triggers it, the base it is calculated on, the rate, and the conditions that must be true. A pair bonus, for example, triggers on a matched pair, uses leg volume as the base, applies a fixed amount or percentage, and may require an active membership.
When these four parts are stored as configuration, changing a rate does not require a developer. When they are buried in code, every plan change becomes a deployment — and every deployment risks the ledger.
2. Order of operations matters more than the rate
Consider a member with ₹5,000 of earned commission, a 5% TDS rule, a ₹25 admin charge and a daily cap of ₹2,000. Depending on the order you apply these, the member receives different amounts. The engine must apply them in one fixed, documented order:
- Gross commission is calculated from the plan rules.
- Capping is applied to the gross amount for the cycle.
- Admin charges and service fees are deducted.
- TDS is deducted on the taxable component.
- Net amount is credited to the wallet, and the remainder is carried forward or flushed.
Write this order down in your plan document. If your vendor cannot describe it, the numbers will drift the first time a rule changes.
3. Carry-forward needs an expiry rule
Binary plans almost always carry unmatched volume forward. Without an expiry rule, liability grows forever and the company can never close its books. A good engine lets you set: carry-forward enabled or disabled, maximum cycles to carry, and whether partial pairs are rounded up or down.
4. Refunds, reversals and inactive members
Real networks have refunds. If a joining payment is refunded, every commission paid on it should reverse — including the pair bonus, the sponsor bonus and any level commission. The engine needs a reversal path that writes negative entries instead of editing history.
If a payout report cannot be reproduced from stored events, it is not an audit trail — it is a screenshot.
5. Test with a plan document, not a demo
Before go-live, take ten members from your plan document and calculate their commissions manually. Then compare with the system. Any difference is either a rule misunderstanding or a bug — both are cheaper to find before launch.
Questions to ask a vendor
- Can you show the exact order of deductions for a payout?
- How are refunds reversed in the ledger?
- What happens to pending pairs when a member is deactivated?
- Can we run a payout simulation without releasing funds?
- Is the calculation logic configuration or custom code?
Disclaimer: this article explains software behaviour only. It is not financial, tax or legal advice, and no software guarantees income or business results.
