Open source

Open Source MLM Software

Open source is free of licence cost and not free of cost. Whether it is the right choice comes down to one question that has nothing to do with the software: do you have somebody who will still be maintaining it in eighteen months. Here is how to evaluate a project, and why we deliberately do not publish a list of recommended ones.

What you get

Outcomes operators report after moving onto the platform.

  • Seven checks before adopting

    Licence, maintenance signal, commission engine quality, test coverage around payout, security history, data model, and upgrade path.

  • Read the commission code first

    Not the README. Open the file that computes payout and see whether it has tests. That single check settles most evaluations.

  • The licence is a business decision

    AGPL, GPL, MIT and 'source available' impose very different obligations on a platform you will modify and run as a service.

  • You inherit the security work

    Dependency patching, TLS, backups tested by restoring them, and a disclosure process. On a system holding bank details.

  • Check the genealogy model

    Whether it stores placement and sponsorship separately, and whether volume is materialised. Both are near-impossible to retrofit.

  • Why no recommended list

    Projects in this niche appear and go dormant quickly, and a stale recommendation from us would be worse than none.

Criteria rather than names

We are not going to publish a list of recommended open source MLM projects, and the reason is practical rather than competitive.

Projects in this niche appear, get a burst of activity, and go quiet. A list we write today is misleading within a year, and if you adopted something partly because it appeared here, the consequence is yours and the cause is ours. Criteria do not expire. Apply the seven below to whatever you find on a code host today.

The seven checks

1. The licence. Read the actual file. This matters more than usual because you will modify the software and serve it over a network to your distributors:

Licence typeWhat it obliges you to do
MIT, Apache 2.0very little; attribution
GPLrelease modifications you distribute
AGPLrelease modifications made available over a network — including a back office
“Source available”not open source; often prohibits commercial use

AGPL is the one to read carefully. A distributor back office is software provided over a network, which is precisely the case AGPL was written to cover.

2. Maintenance signal. Commit recency, issue response time, whether reported security issues produced releases, and how many people have merge rights. A project with one maintainer is one person’s change of circumstances away from being your codebase.

3. The commission engine. The decisive check, and it takes ten minutes. Find the file that computes payout. Does it have tests? Do the tests contain worked examples with real numbers? Can a past period be recomputed and produce what it produced before?

If yes, someone thought hard about the part that matters. If no, every change you make to fit your plan is an unverified change to money-moving code.

4. Test coverage around payout specifically. Distinct from overall coverage. A project can be well tested everywhere except the calculation, which is the one place testing is not optional.

5. Security history. Has the project had vulnerabilities, and how were they handled? A project with disclosed and patched issues is in better shape than one with none reported, because the second usually means nobody has looked.

6. The data model, on two specific points.

  • Does it store placement and sponsorship as separate structures? If your plan is width-capped and the project holds one tree, you cannot pay matching bonuses correctly, and adding the second tree later means reconstructing relationships you never recorded. The genealogy page explains why both are needed.
  • Is volume materialised on write or computed on view? The second is fine at five hundred positions and unusable at fifty thousand, and changing it is a rewrite rather than a refactor.

7. Upgrade path. Once you have modified the commission logic to fit your plan, how do you take upstream updates? Usually the answer is that you stop taking them, at which point you own a fork and the security patching becomes yours.

What it actually costs

Free of licence cost. Not free of:

  • hosting and infrastructure — modest,
  • dependency patching, indefinitely,
  • TLS certificate management,
  • backups, and testing restores by performing them,
  • monitoring and on-call,
  • month-end capacity, on the day,
  • and the engineering to implement whatever your plan needs that the project does not do.

That last item is usually the largest, and it is the same wall every free option runs into: the plan is specific to your company, and the project implements somebody else’s. The free MLM software page makes that argument in full.

What is almost always missing

Open source projects in this category are built around the interesting problem — the tree and the calculation. What they consistently lack is the record-keeping:

  • agreement versioning, with the text a distributor accepted,
  • income disclosure publishing,
  • retail versus internal order classification at entry,
  • an audit trail covering plan rule and rate changes,
  • per-channel consent records.

None of these is technically difficult. All of them are impossible to backfill, because the data was never captured. A company that discovers this in year two cannot produce last year’s retail proportion at any price.

Where we land

Good for: learning the domain. Reading a working commission engine is genuinely instructive, and we would rather you understood plan mechanics than took our word for them.

Workable for: a very small single-market operation, a simple plan, and an engineer on the team who will still be there in eighteen months.

Poor for: paying thousands of independent contractors across two tax jurisdictions. Not because the code is bad — because the compliance layer is absent and unbackfillable.

If you are in the first two categories, our plan calculator and the mechanics pages on this site are free and will be useful to you regardless of what software you run.

At a glance

Free ofLicence cost, vendor lock-in on the software itself, and per-distributor fees
Not free ofHosting, patching, backups, monitoring, your engineering time, and the cost of any plan the project does not already implement
Licence types to distinguishPermissive (MIT, Apache), copyleft (GPL), network copyleft (AGPL), and 'source available' which is not open source
Maintenance signalsCommit recency, issue response time, whether security issues get releases, and how many people can merge
The decisive checkWhether the commission calculation has tests, and whether historical runs are reproducible after a rule change
Hardest to retrofitSeparate placement and sponsorship trees, materialised volume roll-ups, and an audit trail covering rule changes
Our positionA reasonable way to learn the domain or run a very small operation; a poor foundation for a company paying thousands of people
FAQ

Questions operators ask before they switch

Straight answers on plan mechanics, migration risk and compliance. If yours is not here, ask us directly.

Why don't you list specific open source projects?

Because a recommendation that goes stale is worse than no recommendation, and projects in this particular niche have a short and uneven life. A project that looks healthy today may have no commits in a year, and if you adopted it partly because we named it, that is our problem to have caused and yours to live with. The criteria below do not go stale. Apply them to whatever you find on a code host today and you will get a better answer than a list we wrote at some point in the past. We would rather be useful in a way that keeps working.

What is the single most useful check?

Open the file that computes commission and look for tests around it. Not the README, not the screenshots, not the feature list. If the payout calculation has a real test suite with worked examples, someone has thought carefully about the part that matters and you can reason about changing it. If it does not, then every modification you make to fit your plan is a change to money-moving code with no safety net, and you will find out whether it was right after it has paid people. This one check settles most evaluations in about ten minutes.

Does the licence actually matter?

Yes, and more than usual here, because you will almost certainly modify the software and run it as a service to your distributors. Permissive licences like MIT and Apache impose few obligations. GPL requires you to release modifications you distribute. AGPL extends that to software provided over a network, which is exactly what a distributor back office is — so under AGPL, your modified version may need to be made available to your users. 'Source available' licences are not open source at all and often restrict commercial use outright. Have someone read the actual licence before the project is embedded in your operations.

What does open source actually cost?

Hosting and infrastructure, which is modest. Then the parts that are not: someone patching dependencies, renewing certificates, monitoring, taking backups and testing restores by actually restoring them, and having enough capacity on the last day of the month when every commission run happens at once. Plus the engineering to implement whatever your plan needs that the project does not already do, which is usually the largest item. Companies that self-host do all of this well for roughly the first year. It is the right choice where you have a genuine platform operations team or a regulatory requirement, and the wrong one when chosen because it feels safer.

Is open source ever the right answer for a direct selling company?

For learning the domain, unreservedly — reading a working commission engine teaches you more about plan mechanics than any brochure. For running a very small single-market operation with a simple plan and an engineer on the team, it can work. For a company paying thousands of independent contractors across two tax jurisdictions, it is a poor foundation, and not because the code is bad. It is because the compliance record-keeping — agreement versioning, income disclosure, retail order classification, an audit trail covering rate changes — is almost never present, and it cannot be added retrospectively since the data was never captured.

Ready to Transform Your Direct Selling Business?

Send us your plan rules and we will run a live commission cycle against them, on your numbers, before you commit to anything.

  • Configured in a sandbox before the call, usually within two business days
  • No slide deck and no card — you watch your own plan pay out
  • Your plan document stays confidential and is deleted on request

Prefer a longer conversation? Open the full enquiry form

required

Prefer email? Write to us at sales@mlmsoftwarepro.com