Everything you need, delivered by one accountable team.
Global revenue, coins sold, diamonds paid, active rooms, and control over every rule the platform runs on.
The regional tier — agencies recruited beneath it, rolled-up earnings, its own commission rate and withdrawal trail.
Host recruitment, verification, per-host targets, hours streamed, salary calculation and roster-wide payout requests.
Diamonds earned, gifts received, ranking, level progress, withdrawal requests and full payment history.
Configurable splits across owner, BD, agency and host, with tier rules, bonuses and effective-dated changes.
Double-entry accounting for every coin bought, gifted, wagered, converted and withdrawn, with nothing floating.
Withdrawal queues, verification, approval trails, batch processing and gateway integration for real disbursement.
Self-gifting loops, coin laundering, multi-account rings, chargeback handling and holds before money leaves.
Daily reconciliation, store-revenue matching, tax-ready exports and reports your accountant will actually accept.
Every tier sees the same ledger through a different window. Getting the windows right is a permissions problem; getting the ledger right is an accounting problem. Building them separately, months apart, is what produces the payout mismatches this category is notorious for.
Total control of the platform and the money moving through it.
The regional layer that recruits and manages agencies.
Where host networks are actually run, day to day.
One source of truth, or four sets of books that disagree.
Assume someone is farming your commission structure.
Every tier must see its own slice and nothing else.
We write down every tier, every commission rule and every exception you already promised someone, before designing a single screen.
The double-entry model comes first. If the ledger is right, the panels are views; if it is wrong, no amount of dashboard work saves it.
Owner first, then BD, agency and host, each released as it is finished so your team can start using it immediately.
We run your real historical data through the new engine and chase every discrepancy until the numbers tie out.
A controlled switch with the old system readable alongside, then support through the first full payout cycle.
We partner with startups and businesses in Pakistan, the United States, the United Kingdom and across Europe — with overlapping hours and clear, async communication.
BD stands for business development. A BD sits between the platform owner and the agencies, recruiting agencies in a region and earning a commission on everything their agencies and hosts generate. The BD panel shows those rolled-up earnings, agency performance, targets and withdrawal requests, scoped to that BD only.
Yes. We build against your existing database and APIs where they are sound, and add an escrow and ledger layer where they are not. The usual first step is a read-only audit that tells you whether the current coin records can be trusted before anything is built on top of them.
A gift converts to diamonds, and the diamond value is split by rule across host, agency, BD and platform. The rules must be effective-dated, so changing a rate today does not silently rewrite last month. We build that engine so rates can be changed from the panel without touching code.
Almost always because coins are stored as a single balance field rather than a ledger of entries. A retried payment webhook double-credits, a failed game round never refunds, a commission rate changes mid-month — and with no entries to replay, nobody can prove what the balance should be. Double-entry accounting fixes it permanently.
Yes. Agencies set per-host targets for hours streamed and diamonds earned, and the panel calculates salary and bonus against your platform rules automatically. Rules are configurable per agency tier, and every calculation keeps the inputs it used so a host can be shown why they were paid what they were paid.
Owner, BD, agency and host panels over a correct ledger typically take 8 to 14 weeks depending on how complex your commission rules are. Adding a single missing tier to a healthy existing system is much faster. Rebuilding a broken ledger and migrating balances is the part that takes longest.
Yes. We map your existing users, hosts, agencies and balances into the new model, run both systems side by side against real numbers, and cut over only once the reconciliation report is clean. Where historical records are ambiguous we surface the ambiguity rather than guessing at it.
The owner, BD and agency panels are web applications built in Next.js, because that is where people actually do this work. The host view exists in both places: a full dashboard on the web and a simplified earnings and withdrawal screen inside the mobile app.
Book a free consultation and get a clear, fixed-scope quote — no obligation.