NOTOUT Exchange — Business Requirements Document

The Authentication module governs how users create an account, sign in, explore the platform via a demo account, and recover access. It is the entry point to all platform features.

1.1 Registration

Reference screen

Purpose

Allows a new user to create an account using their personal details. Once registration is successful, the user can log in and access all available platform features.

Features included

Registration flow

Input fields

Success scenario

• User account is created successfully.
• User is redirected to the Login screen.

Not included

OTP Verification Email Verification Google Login Facebook Login KYC Verification

1.2 Login

Reference screen

Purpose

Allows registered users to securely log in and access the betting platform.

Features included

Login flow

Success scenario

• User is redirected to the Home Dashboard.

Not included

Two-Factor Authentication (2FA) Biometric Login Face ID Fingerprint Login

1.3 Demo Login

Purpose

Allows visitors to explore the platform without creating an account. Demo users receive virtual funds and cannot perform real-money transactions.

Demo user flow

Dashboard indicators

The demo user should clearly see: Demo username, demo wallet balance, and a demo badge / indicator.

1.4 Forgot Password

Reference screen

Purpose

Allows users to reset their password using their registered mobile number.

Features included

Password reset flow

Success scenario

• Password is updated successfully.
• User is redirected to Login.

Not included

Email Reset Link Security Questions Account Recovery via Support

The Home Dashboard is the primary landing page after login or demo login. It provides quick access to sports betting, casino games, wallet actions, promotions, betting history, and account management.

Reference screens

Features included

Dashboard flow

2.1 Header Section

Business rules

• Username should always be visible.
• Wallet balance should refresh after every successful transaction.
• Exposure should update after placing or settling bets.
• Deposit and Withdraw buttons should remain visible on every page.

2.2 Left Navigation Menu

2.3 Wallet Summary

Business rules

• Wallet balance should update instantly after settlement.
• Demo users display a virtual wallet.
• Exposure should never exceed available balance.

2.4 Promotional Banner, Quick Access & Trending Games

Promotional banner

• Multiple auto-sliding banners with manual previous/next navigation.
• Banner click redirects to the configured page.
• Only active banners are displayed; sequence follows Admin configuration.
• Managed through the Admin Panel.

Quick access cards

Casino categories (Home quick access)

The Home Dashboard surfaces casino games grouped into 8 categories: Trending · Most Played · International Casino · Indian Casino · Live Casino · Table · Slots · Crash. Each card shows the game thumbnail and name; clicking launches the game.

• Category composition and featured games are configured from the Admin Panel.
• Only active games are displayed.

2.5 SEO Content Block

A static SEO content block is shown just above the footer (admin-managed rich text) — used for on-page search-engine content, not for user interaction.

2.6 Footer

2.7 Demo User Restrictions

2.8 Excluded Features (Phase 1)

VIP Membership Loyalty Program Live Chat Support Multi-language Push Notifications Personalized Recommendations Dark/Light Theme Toggle

2.9 Acceptance Criteria

The Sports Sidebar provides quick access to sports categories, tournaments, account features, wallet functions, reports, and security actions. It is the primary navigation panel across the platform.

Reference screen

Features included

Sidebar structure

User flow

Business rules

• Only one sport category may remain expanded at a time; clicking a category toggles its tournament list.
• Clicking a tournament opens the event list for that tournament; only active tournaments are displayed.
• Demo users can browse sports and tournaments; real users can place bets based on account permissions.
• Menu items are configurable from the Admin Panel; disabled modules are not displayed.

Excluded features

Drag-and-drop customization Multi-language labels Tournament recommendations Recently viewed events Sidebar search

Acceptance criteria

The In-Play module displays all live sports events currently available for betting. Users browse live matches across sports, view real-time odds, search events, and navigate to the detailed betting market. Odds are supplied by the integrated Sports API and update continuously.

Reference screens

Navigation flow

Features included

Navigation options (filters)

In-Play is selected by default on load · only one filter active at a time · switching filters refreshes the event list.

Search event

Users can search by match name, tournament name, or team name. Search is case-insensitive, results appear instantly, and an appropriate message is shown when no results are found.

Sports sections & tournament listing

Live events are grouped by sport — Cricket, Football, Tennis (additional sports enabled from the Admin Panel). Each sport contains multiple tournaments, e.g. ICC Women's T20 World Cup, Big Bash League, Test Matches (Cricket); UEFA Champions League, English Premier League (Football); ATP, WTA, Grand Slam (Tennis).

• Only active tournaments are displayed; empty tournaments are hidden.
• Tournaments can be expanded or collapsed.

Event information

Betting odds

Blue and pink boxes represent available betting prices.

• Odds are supplied through the integrated Sports API and update automatically.
• Suspended markets display a lock icon; users cannot bet on suspended markets.

Expand / collapse & match selection

Each sport category can be expanded or collapsed; state persists until page refresh. Selecting any event redirects to the detailed betting market (Match information, Market odds, Bet slip, Open bets, Market status — covered in Module 06).

Demo user behaviour

Business rules

• Only events received from the Sports API are displayed; event ordering follows API priority.
• Suspended events remain visible but betting is disabled.
• Completed events are automatically removed from the In-Play list.
• Event availability depends on market status received from the API.
• The system supports real-time updates without requiring a page refresh.

Excluded features

Favourite Events Pin Match Live Streaming Cash Out Bet Builder Multi-View Odds Comparison

Acceptance criteria

The Sports Betting Market page shows all betting markets available for a selected event. Users view live odds, select betting options, manage their bet slip, monitor the scorecard, watch the live stream, track book position, and place bets. Available markets vary by event, by sport, and by data received from the Sports API.

Reference screens

Navigation flow

Features included

5.1 Match Header

The header displays: Back button, match date & time, match name, user balance, and Withdraw / Deposit buttons.

5.2 Live TV

If a live video feed is available for the event, a live stream player is displayed (tap to unmute); otherwise "Live Stream Not Available" is shown.

• Live TV availability depends on the Sports API / streaming provider; if unavailable, the player is hidden.

5.3 Scorecard

For supported matches, the Scorecard displays the current score, overs, innings, run rate, current batting team, and the match timeline.

• Scorecard availability depends on the Sports API; if unavailable, the section is hidden.
• Scores refresh automatically.
• Live commentary is not included in the Scorecard section.

5.4 Match Odds Market

The primary exchange betting market. Runners: Home team, Away team, Draw (if applicable). Each runner displays best Back odds, best Lay odds, and available liquidity. Back shows up to three prices; Lay shows up to three prices.

• Odds are fetched from the Sports API and update in real time.
• Suspended selections display a lock icon and cannot be bet on.

5.5 Markets by Sport

Available markets vary by sport, as supplied by the integrated Sports API:

Market availability per event still depends on what the Sports API supplies for that specific match; not every listed market is guaranteed on every event.

5.6 Bookmaker, Fancy & Premium Markets

Bookmaker market

Available for selected cricket events — displays Back and Lay odds per team. Availability depends on the Sports API; if unavailable, the section is not displayed.

Fancy market

Mainly for cricket. Filters: All · Normal · Fancy1 · Over by Over. Example markets: 6 Over Runs, 10 Over Runs, Total Wickets, Session Runs, First Innings Score. Each market shows market name, Yes odds, No odds, min stake, and max stake.

• Fancy markets are configurable and may open or suspend at any time; odds update automatically.

Premium markets

Displayed when available. Filters vary by sport — for cricket: All · Match · Other · Head-to-Head · Over · Player · Innings. Example cricket markets: Winner (incl. Super Over), Innings Over-band totals (e.g. 1st Innings Overs 0–15 / 0–20 / 0–25 Over/Under), Team Highest Score, Top Batsman, Total Sixes, Toss Winner. Football and Tennis carry their own Premium sets where supplied by the API.

• Premium markets depend on the Sports API and may vary from match to match; not every event contains Premium markets.

Market categories & odds display

Where applicable, tabs filter available markets. Each market displays selection name, available odds, available volume, Back odds, Lay odds, and min/max bet. Odds update automatically during the match with no page refresh. Every market section supports expand / collapse.

5.7 Bet Slip

Located on the right of the page. Empty state shows "Your Bet Slip is Empty." After selecting odds, the Bet Slip displays: selected team, selected market, bet type (Back / Lay), selected odds, stake amount, profit/loss preview, and min/max bet.

Reference screen

Stake selection

Users can enter a custom stake or choose predefined values:

100 500 1,000 5,000 10,000 25,000 50,000 100,000 500,000

Placement

• Buttons: Cancel · Place Bet.
• Profit/loss preview updates automatically based on odds, stake and bet type.
• After successful validation the bet is placed, a confirmation message is displayed, and the bet slip resets automatically.

Validation

The system validates minimum stake, maximum stake, market status, odds availability, user balance, and market suspension.

5.8 My Bets

Users can switch between Bet Slip and My Bets. My Bets currently shows a compact matched-bet list — match/selection, odds and stake — with a "See more" link for full detail.

Reference screen

Current build shows limited columns (Match, Odds, Stake). Full column set (status, profit/loss, market) to be confirmed against further screenshots.

5.9 Book Position / Book Calculator

The platform displays real-time book position: potential profit, potential loss, book value, and exposure. Green value = potential profit; red value = potential loss. Selecting the book value opens a popup showing the calculated position for all outcomes — outcome, profit/loss, exposure, and net position — updating automatically whenever odds or stake change.

5.10 Market Status, Restrictions & Live Updates

Market restrictions

Certain markets define minimum bet, maximum bet, maximum exposure, and maximum profit; users cannot exceed these limits.

Live updates

The match page automatically updates live odds, market status, scorecard, bet status, book position, and available markets — without requiring a page refresh.

Business rules

• Market data is fetched from the integrated Sports API; odds update automatically.
• Suspended markets remain visible but non-interactive.
• Market visibility depends on event type — see Markets by Sport above.
• Minimum and maximum stake limits are configurable by the Admin Panel.
• Users must have sufficient wallet balance before placing a bet.

Excluded features

Cash Out Partial Cash Out Bet Builder Multi-Bet Builder Bet Sharing Social Betting One-Click Betting Market Favourites

Acceptance criteria

The Casino module provides access to third-party casino games through an integrated Casino API. Users browse the lobby by category and provider and launch games directly; bets and results are recorded in Casino Bet History (Module 10).

Reference screen

6.1 Casino Lobby

6.2 Game Launch & Wallet

• Games launch in-platform through the Casino API (single-wallet integration — the main wallet balance is used).
• Bet amount is deducted at bet placement; winnings are credited on round settlement.
• Every casino bet and result is recorded and visible in Casino Bet History.
• Casino turnover counts toward deposit turnover and bonus turnover as defined in the Wallet & Bonus modules.

6.3 Availability & Restrictions

• Available games, categories and providers depend on the integrated Casino API and admin configuration; only active games are displayed.
• Demo users cannot place real-money casino bets.
• If a game or provider is unavailable, it is hidden or shown as disabled.

6.4 Acceptance Criteria

The Manual Deposit module lets a user add funds to their wallet by transferring money to an admin-configured payment account (e-wallet, local bank, or crypto) and submitting a deposit request with the transaction reference. This is a fully manual flow — there is no payment gateway. Submitted requests are reviewed by the banker / admin and the balance is credited only after approval.

Reference screens

Features included

Deposit flow

7.1 Payment Methods

Only methods and providers configured in the Admin Panel are shown. Unavailable providers appear disabled.

7.2 E-wallet Deposit Form

Amount controls

Stepper (− / +) plus quick-add buttons: +500 +1,000 +5,000 +10,000 +25,000

7.3 Crypto Deposit Form

If no crypto wallet is configured, "No account has been added yet." is shown and the Submit button is disabled.

7.4 Rules & Regulations Panel

Displayed alongside the form. Content is fixed and method-specific — it is not editable from the Admin Panel. Typical content:

1. Cash out / send money to the account number shown below.
2. Input the Transaction ID / UTR.
3. Minimum deposit is 100 (BDT).

7.5 Empty States & Transaction History

Empty state

When the admin has not configured an account for the selected method, the form area shows "No account has been added yet." and the Submit button is disabled.

Transaction history

A history table lists all deposit requests, with a Wallet / Bank vs Crypto toggle, a From–To date range filter, and "Show N entries" pagination. Empty state: "No Data Available".

Request statuses

Pending awaiting banker review   Approved balance credited   Rejected not credited; see remark

7.6 Business Rules

• Payment accounts and providers are configured from the Admin Panel; only active methods are shown. The Rules & Regulations text is fixed and is not admin-configurable.
• Displayed account details are dynamic — the user must send funds to the exact account shown at submission time.
• No fixed minimum / maximum deposit amount is enforced at this time.
• UTR must be 8–20 characters; Transaction Hash is mandatory for crypto.
• Payment proof upload is optional.
• Crypto deposits display a live USDT → BDT conversion at the admin-configured rate.
• Every submission creates a request in Pending status routed to the banker; it is never auto-credited.
• On approval the wallet balance is credited; on rejection the remark explains the reason.
• Demo users cannot submit real deposits.

Not included

Automatic Payment Gateway Auto-credit / Auto-approval Card / Net-banking Recurring Deposits Automated UTR Verification

Exclusions above reflect the manual flow shown; adjust if any should move into scope.

7.7 Acceptance Criteria

The Manual Withdrawal module lets a user withdraw funds from their available balance to their own payout account (e-wallet, local bank, or crypto). Unlike deposit, the user adds and manages the destination accounts. The user selects an account, enters an amount within the withdrawable balance, and submits a request. It is a fully manual flow — the banker / admin reviews the request and pays out; there is no automatic payout.

Reference screens

Features included

Withdrawal flow

8.1 Balance Summary

8.2 Add & Manage Payout Accounts

The user adds their own destination accounts via the Add Account modal. Saved accounts appear as cards with a copy action (number / address) and a delete (trash) action. For e-wallet, provider filter tabs (All / bKash / Nagad / Rocket) filter the saved accounts.

Add Account — E-wallet

Add Account — Local Bank

Add Account — Crypto

Until an account is added, the form area shows "No account has been added yet."

8.3 Amount & Crypto Conversion

No fixed minimum / maximum withdrawal amount is enforced at this time — the only limit is the user's Available Withdrawal balance. Controls: stepper (− / +) plus quick-add buttons +500 +1,000 +5,000 +10,000 +25,000.

For crypto, the card displays the current conversion rate (e.g. 1 TRON = 124 BDT) with the amount shown in both the crypto unit and BDT.

8.4 Rules & Regulations Panel

Displayed alongside the form. Content is fixed and method-specific — it is not editable from the Admin Panel. Communicates withdrawal conditions, processing time, and any turnover requirement before funds become withdrawable.

8.5 Transaction History

A history table lists all withdrawal requests, with a Wallet / Bank vs Crypto toggle, a From–To date range filter, and "Show N entries" pagination. Empty state: "No Data Available". The destination column changes with the method — Bank for wallet/bank, Wallet Address for crypto.

Request statuses

Pending awaiting banker review   Approved paid out; balance debited   Rejected not paid; funds retained, see remark

8.6 Business Rules

• Users add and manage their own payout accounts; saved accounts can be deleted.
• Withdrawal amount must be within the Available Withdrawal balance; no fixed minimum / maximum is enforced at this time, and this is not admin-configurable.
• Available Withdrawal reflects funds eligible after locked balance and any turnover requirement.
• The Rules & Regulations text is fixed and method-specific — it is not admin-configurable.
• Crypto withdrawals display a live conversion at the admin-configured rate.
• Every submission creates a request in Pending status routed to the banker; it is never auto-paid.
• On approval the funds are paid out and the balance is debited; on rejection the funds are retained and the remark explains the reason.
• Demo users cannot submit withdrawals.

Not included

Auto Payout / Instant Withdrawal Automated Payout Gateway Card Refunds Auto Account Verification

Exclusions above reflect the manual flow shown; adjust if any should move into scope.

8.7 Acceptance Criteria

Bet History lists the user's sports bets across two tabs — Current Bet (unsettled / open) and Past Bet (settled). Records are filterable by sport and by date range.

Reference screens

Filters

Sports dropdown (All / Cricket / Football / Tennis) · From–To date range · "Show N entries" pagination.

Current Bet — columns (unsettled)

Past Bet — columns (settled)

Business rules

• Current Bet shows only unsettled bets; Past Bet shows only settled bets.
• Sport and date-range filters apply to both tabs.
• Values are read-only; this is a reporting view.

Acceptance criteria

Lists the user's casino game bets, one row per game round, filterable by date range.

Reference screen

Columns

Business rules

• Data is supplied by the integrated casino provider(s); read-only.
• Filterable by date range with entries-per-page pagination.
• Transaction ID is copyable for support reference.

Acceptance criteria

A profit & loss report summarised per market for sports (not per event, not per individual bet), and per game round for casino. A Total P&L is shown for the selected date range, plus a per-tab P&L subtotal.

Reference screen

Header & filters

Total P&L badge for the range · From–To date range · sport tabs: Cricket · Football · Tennis · Casino · per-tab Profit & Loss subtotal.

Sports tab — columns (market-wise)

Casino tab — columns

Business rules

• Sports P&L is aggregated per market (not per event, not per bet); casino P&L is listed per round.
• Total P&L and the per-tab subtotal reflect the selected date range and tab.
• Positive P/L is shown in green, negative in red.

Acceptance criteria

A complete wallet ledger of every credit and debit, with a running balance. Filterable by transaction type, context, and date range.

Reference screen

Filters

Columns

Business rules

• Every wallet movement produces a ledger entry; read-only.
• Running balance reflects the balance after each transaction.
• Type and Context filters combine with the date range.

Acceptance criteria

The Promotions page lists all active offers and bonus campaigns configured by the admin. Each promotion is displayed as a card with its banner, title, and short description.

Reference screens

13.1 Features

13.2 Business Rules

• Only active promotions are displayed; expired or disabled offers are hidden automatically.
• Display order follows the sequence configured in the Admin Panel.
• Bonus-linked promotions (Joining, Referral, Loss-Back, Refill) follow the rules defined in the Bonus module (Module 18).
• Demo users can view promotions but cannot claim offers.

13.3 Acceptance Criteria

Lets the user configure the quick-stake preset buttons used in the bet slip. Each of the nine presets has an editable Button Label and an Input Value (with − / + stepper). Changes are saved with the Save button.

Reference screen

Behaviour

Default presets seen: 100 · 500 · 1,000 · 5,000 · 10,000 · 25,000 · 50,000 · 100,000 · 500,000.

Business rules

• Saved presets replace the default quick-stake buttons in the bet slip.
• Values should be positive numbers; the label may differ from the value.
• Settings persist per user until changed again.

Acceptance criteria

Displays the user's account summary and profile information, with an Edit Profile action.

Reference screen

Summary cards

Exposure Credited · Available Balance · Bonus Rewarded.

Profile information

Business rules

• Username is not editable.
• Edit Profile enables editing of the permitted fields and saves changes.
• Summary cards reflect live account values.
• Demo users cannot update the profile.

Acceptance criteria

The central wallet view. It shows all balance types, the status of each deposit's turnover requirement, and an explanation of how turnover is calculated and prioritised. This is the anchor for the whole bonus / turnover system.

Reference screen

Balance summary cards

Deposit Turnover Progress

Toggle between Active and Completed. Each deposit shows a progress card until its turnover requirement is met:

Each card shows Required / Completed / Remaining turnover and a percentage progress bar. A notice reads "Complete deposit turnover — bonus turnover begins."

Understanding Your Turnover

Business rules

• Balance cards reflect live values and update after every transaction and settlement.
• Deposit turnover is always cleared before any bonus turnover progresses.
• A new deposit pauses in-progress bonus turnover until the new deposit turnover is met.
• Only the Available Withdrawals amount can be withdrawn.

Acceptance criteria

A per-bet log of how much effective turnover each settled bet contributed. This is what feeds the deposit / bonus turnover progress. Two tabs — Sports and Casino — filterable by date range.

Reference screens

Sports tab — columns

Casino tab — columns

Effective Turnover calculation

Business rules

• Only settled bets contribute effective turnover; unsettled bets do not appear.
• Effective turnover follows the table above (equivalent to MIN(bet, settlement) with draws = 0).
• Turnover from this log accrues to deposit turnover first, then bonus turnover.
• Read-only; filterable by Sports / Casino and date range with pagination.

Acceptance criteria

The Bonus module shows all bonuses a user has earned, their turnover-release progress, and a full statement of bonus transactions. NOTOUT supports five bonus types, all configured by admin and credited to the separate Bonus Wallet. A bonus is released to withdrawable balance only after its turnover requirement is met.

Reference screens

18.1 The Five Bonus Types

1. Joining Bonus

First-deposit bonus for new users. Admin sets bonus % of deposit, a turnover multiplier (e.g. 2× bonus), minimum deposit, and maximum bonus. Credited to Bonus Wallet; released after turnover.

2. Referral Bonus

Rewards both sides on the referred user's first deposit: a referrer bonus (% of the referred user's first deposit) and a new-user bonus (% of their deposit). Admin sets each %, minimum deposit/payout, maximum bonus, and the release condition — Instant Withdrawal or Turnover.

3. Referral Loss Commission

Passive income: the referrer earns a % of their referred users' net losses. Admin sets commission %, release frequency (Daily / Weekly / Monthly), minimum payout (commission accumulates until this threshold), and max earnings per referrer (0 = unlimited).

4. Loss-Back Bonus

Cashback to retain users: when a user's net losses over a period exceed a loss threshold, they receive a % of net losses back. Admin sets loss threshold, bonus %, release condition (Daily / Weekly / Monthly), and maximum bonus. Credited to Bonus Wallet.

5. Refill / Top-Up Bonus

Bonus on repeat deposits to encourage recharges. Admin sets a default bonus % (or multi-tier — higher deposits earn higher %), minimum recharge to qualify, maximum bonus per refill, and a turnover multiplier.

18.2 Bonus Page Layout

Total Bonuses (summary cards)

A card per bonus type showing the amount earned to date: Joining Bonus · Referral Bonus · Referral Loss Commission · Loss-Back Bonus · Refill Bonus (carousel).

Total Active Bonuses (side panel)

How To Work (info panel)

• Instant Bonus — earn 50% of first deposit.
• Passive Income — earn 10% commission weekly.
• New User Bonus — friend gets 30% bonus.

Percentages shown are illustrative defaults from the reference build; actual values are admin-configured per bonus.

18.3 Bonus Turnover Tab

Toggle Active / Completed. Each active bonus renders a release-progress card:

Each card shows: bonus category & type, Active/Completed status, source deposit, bonus balance, release progress %, and turnover completed / required / remaining.

18.4 Bonus Statement Tab

A full ledger of bonus transactions, with a From–To date range filter and pagination.

Empty state: "No bonus statements found."

18.5 Business Rules & Exclusions

• All five bonus types are created and enabled by admin; each is saved inactive until enabled, and each has a validity window (From–To).
• Bonuses credit to the Bonus Wallet and are not withdrawable until their turnover requirement is met.
• Turnover release respects the wallet priority (deposit turnover first, then bonus turnover; new deposits pause bonus turnover).
• Release conditions vary by type: turnover multiplier (Joining, Refill), Instant Withdrawal or Turnover (Referral), or period-based Daily/Weekly/Monthly (Loss Commission, Loss-Back).
• Maximum bonus caps and minimum thresholds are enforced per admin configuration.
• Expired/unmet bonuses are forfeited per the configured rules.
• Demo users do not earn real bonuses.

Not included

Manual bonus claim codes Bonus transfer between users Partial bonus release

Confirm the exclusions above — flag any that should be in scope.

Acceptance criteria

The Referral module lets a user invite others with a personal link / code, track referred users, and earn from their activity — both a first-deposit referral bonus and ongoing referral loss commission.

Reference screen

Summary cards & side panel

Your Referred Users — table

Search by username · Status filter (All / Active / Inactive) · From–To date range.

Empty state: "No referred users found."

19.1 How To Work / Business Rules

• Instant Bonus — earn 50% of first deposit; Passive Income — 10% commission weekly; New User Bonus — friend gets 30% bonus. (Illustrative; admin-configured.)
• Referral link and code are unique per user; a referred user is attributed when they register via the link/code.
• Referral bonus is granted on the referred user's first deposit; loss commission accrues from referred users' net losses per the configured frequency.
• Read-only reporting; earnings post to the wallet/bonus per configuration.

Not included

Manual referral attribution Sub-affiliate management UI Custom per-user commission rates

Acceptance criteria

Any user can apply to become an affiliate. Affiliates earn a weekly commission calculated on the net loss of their active referred users, at a tiered rate (25%–75%) that rises with the number of active referred users. Commission is paid after platform deduction and payment charges. The Affiliate page has three tabs: Dashboard, My Referrals, and Weekly Commission Report.

Reference screens

Eligibility & participation

1. Register / apply as a NOTOUT affiliate (any user can request).
2. Maintain at least 5 active players (each with turnover ≥ ৳3,000, or an admin-customizable amount).
3. Affiliate status is granted through admin manual approval of the request — no KYC is required.
4. Joining the NOTOUT Affiliate Telegram channel is recommended but not mandatory.
5. Keep players active and meet the requirements to receive commission weekly.

Payout

• Commission: tiered 25%–75% based on the number of active referred users (see slab table below).
• Paid on a weekly cadence into the affiliate account (exact payout day is admin-configurable).
• Weekly period is Sunday to Saturday.

Commission Structure (by active referred users)

The slab table above is an illustrative example only — the number of tiers, thresholds and % rates are fully configurable from Admin → Affiliate Setting → Commission Slabs. A user counts as active when their weekly turnover ≥ ৳3,000 (also configurable).

20.1 Net Profit & Commission Calculation

Net profit is calculated across the affiliate's active referred users over the week, then the commission slab % (by active-user count) is applied:

Platform deduction applies only to players the platform profited from (net-losing players); winning players contribute 0. The commission % is the slab matching the affiliate's active-user count that week.

20.2 Worked Example (client's illustration)

This is the client's original conceptual example from the commission understanding document. It uses illustrative rates (18% deduction, 40% commission); the live build uses 20% deduction and the 25%–75% slab above. The example is retained to show the calculation method — with 5 active users the live slab would be 25%.

Player A payment fee = deposit fee 2% of ৳1,500,000 (30,000) + withdrawal fee 1.5% of ৳666,667 (10,000) = ৳40,000. Figures illustrate the method; percentages (18% platform cost, 2% / 1.5% fees, 40% commission) are admin-configurable.

20.3 Affiliate Page — Dashboard tab

Summary cards

Status & referral code

Affiliate Status (Active / Inactive) and the affiliate's personal Referral Code with copy & share actions.

Commission Structure & Active User Definition

The Dashboard shows the commission slab table (25%–75% by active-user count, above) and the definition: a user becomes active when their weekly turnover reaches ৳3,000; commission is calculated on the total net loss of active referred users.

20.4 My Referrals tab

Search by username · Status filter (All / Active / Inactive) · From–To date range · entries-per-page. Empty state: "No Data Available".

20.5 Weekly Commission Report tab

Status filter · From–To week range · entries-per-page · a "Sample Affiliate Commission Structure" reference button. Empty state: "No Data Available".

Business rules

• Any user can request affiliate status; activation is via admin manual approval and meeting the eligibility requirements (no KYC required).
• A user counts as "active" when their weekly turnover ≥ the configured minimum (৳3,000 default).
• Commission % is the slab matching the affiliate's active-user count (25%–75%).
• Commission is calculated weekly (Sun–Sat) on active users' net loss less deductions, and paid on a weekly cadence (exact payout day admin-configurable).
• All rates (commission slabs, platform deduction %, charges, active-user threshold, payout day) are admin-configurable.
• Weeks where the affiliate does not qualify show status Not Commission.

Not included

Self-serve marketing assets / banners Sub-affiliate hierarchy UI Real-time commission dashboard Manual payout requests

Acceptance criteria

Lets the user change their account password from within the platform.

Reference screen

Fields

Validation & rules

• Old password must be correct.
• New password must meet security requirements.
• New Password and Confirm Password must match.
• On success, the password is updated (re-login may be required).

Acceptance criteria

An expandable menu of external contact channels. Each item simply redirects the user to the configured link / number / channel — there is no in-app chat.

Reference screen

Channels

Business rules

• Links / numbers are configurable from the Admin Panel.
• Each item opens the external app / link; no in-app chat channel is included.
• Only configured channels are displayed.

Acceptance criteria

Static content pages displaying the platform's Privacy Policy and Terms & Conditions.

Behaviour

• Content is static / informational, managed from the Admin Panel (CMS).
• Rendered as a read-only content page; no user input.
• Accessible to all users, including logged-out where applicable.

Acceptance criteria

Ends the current user session.

Behaviour

• Clears the session / token and returns the user to the landing / login screen.
• Demo sessions are ended and the temporary demo account is discarded.

Acceptance criteria