Review Account Hub
Review live accounts, member purchases, historical challenge outcomes, and funded payouts.
Final account breaches
Outcomes → Final account breaches counts every retained account with final Breached status, including purchased, giveaway, and promotional evaluation or funded accounts. Records with missing ownership, stage, or cause stay in the total and are explicitly identified. Soft warnings, reviews, and cleared incidents are not final breaches and are not shown as outcome tables. Rule counts and percentages use all final breached account records, not only purchasers or unique users. The date selector does not filter this all-history cohort.
The table shows evaluation, funded, unknown-stage and total counts, each rule’s share of all final breaches, current rule terms, and exact saved cause evidence. Only saved cause labels or exactly linked 3% risk incidents with breach action and violation status establish a cause. Missing and unrecognized causes remain separate; multiple saved causes may overlap. Current policy does not rejudge historical accounts. CSV and Word retain final cause counts and evidence without warning tables.
All tabs share one verified report for the selected time frame. Changing tabs does not restart syncing. Refresh, a changed time frame, source-change notifications, returning to the page, and the visible-page 60-second backup can verify fresh data. Independent reads run together where safe; warnings that are not needed for final outcomes are not loaded. Refresh rotates clockwise until Up to date. Errors stop motion and show Sync error. The completion time records the successful saved-source check, not live broker freshness.
Account Hub is a read-only administrator review in Analytics Hub. It does not change accounts or payments.
The canonical page is /admin/account-hub.
Before you start
Sign in as an administrator and choose Analytics Hub → Account Hub. Account Hub appears above Payout Hub. The page has five tabs: Overview, Accounts, Customers, Analysis, and Outcomes. It only reads records; it does not approve payments or change trading accounts.
How it works
Current accounts and selected dates
Overview separates the current snapshot from selected-period activity. Active funded and active evaluation counts include customer-assigned records with Active or Funded status. Phase 1, Phase 2, and Funded counts show live records only. Inventory, suspended, inactive, and ended accounts are not live. Breached counts include all retained breached records.
Purchasers / registered users counts identified members with positive confirmed orders divided by retained role=user profiles. Confirmed orders have Approved, Paid, or Created status. A receipt or pending submission is not a purchase. Members with live accounts are shown separately; this does not measure login activity.
Choose Day, Week, Month, or Year. Weeks run Monday–Sunday in Asia/Yangon. Dates filter recorded new profiles, issued account records, confirmed orders, and payouts by processed date. Current account counts and historical rates do not change with this date filter. Imported profile dates may differ from original registration dates. Future activity is not filled with sample data.
Browse accounts and members
Accounts is a flat account workspace, initially showing Active records rather than customer groups. Search name, email, account number, or model; filter by stage, Breached, or All history. Each row shows its customer, model, stored balance, profit percentage, trading days, stage, and status. Expand an account for equity, saved profit target, drawdown limits, provider sync time, platform, add-ons, purchase link, and funded payouts on that exact record. Missing values display N/ A. Trading days use the same retained-trade count as account administration. Current program rules provide the displayed minimum for recognized models; missing models do not receive a guessed target. Stage progression may create several records for one challenge journey.
Customers is a customer portfolio gallery and defaults to Purchasers. Choose All members for every retained registered member, including members without purchases, or Live accounts for members with current live records. Search by name, email, or recorded code. Cards summarize orders, spending, payments, and live accounts; expand for models, sizes, recorded codes, issued accounts, current status, and finalized funded payments. Purchased-account quantities use saved checkout quantities; missing older quantities are marked uncovered rather than counted as one account per order. Free or reward accounts are not paid quantities. Search affects the list only, not metric totals or exports.
Historical outcomes
Overview contains the Payout readiness desk for all currently live funded records, not only purchasers. It shows funded counts, rules met / funded, current blockers, provider sync times, and reward estimates. Estimates use saved positive balance profit × the configured reward share, exclude fee refunds, and are not approved payments. Unknown checks or reward inputs make the aggregate estimate N/ A. Final identity, open-position, pending-order, and live broker checks still apply at request time. Refresh reloads saved sources; it does not synchronize the broker. The exact model table shows Evaluation, Funded, and Total = Evaluation + Funded, with a collapsible Phase 1 / Phase 2 breakdown. It replaces redundant account-mix progress bars.
Historical results belong in Outcomes. Expand All-member comparison there for the previous funded and breached percentages, distinct challenge-user counts, actual-payout participation among funded users, and dated duration samples. Funded/registered and breached/registered include non-buyers and direct-funded users. These denominators differ from buyer-account outcomes and may overlap. The date selector does not filter either retained-history analysis.
A valid payout recipient must have a positive actual USD finalized payment, not a pending request or a zero-value payment. Missing actual amounts or conflicting owners make the participation percentage unavailable rather than treating an unverified recipient as paid.
Incomplete phase links make overall pass percentages unavailable. The displayed pass count remains the number of verified linked outcomes, not proof that unlinked funded members failed their evaluation.
Analysis is trading-behavior research, not another outcome summary. It defaults to Live accounts; All account history includes ended and breached records. Selected dates filter closed Buy/Sell trades by closing date in Myanmar time. Review instruments, average position lots, opening hours, holding time, known-net win rates, and an expandable account movement ledger. Trading P&L = recorded profit + commission + swap; missing fees make totals N/ A, and win rates show their known-net sample counts. The ledger shows every usable retained trade, saved drawdown, and recorded breach reason. A saved stop loss is not proof it existed throughout the trade, and retained closed trades cannot reconstruct every within-day equity movement or prove a breach cause.
Trade evidence requires an exact account-record link, explicit timestamp offsets, and reliable non-legacy assignment boundaries. Unlinked records, unknown times, unreliable assignments, and trades outside those boundaries are excluded and counted. Missing evidence never becomes sample trades. Compare samples and rule versions before using patterns to change challenge rules.
Outcomes replaces Data with a purchaser-focused review. The cohort contains identified members with positive confirmed purchases and retained Phase 1 challenge history. Account pass rate is buyer evaluation journeys reaching a linked Funded stage divided by all buyer journeys, including open, ended and breached attempts. Breach rate uses the same denominator. Phase upgrades and replacements count once; retries are separate attempts. Customer percentages separately count each buyer once. Sign-up-only members are excluded. Model and size tables show attempt counts, pass rates, breach rates, unresolved attempts, and average calendar days.
Average and median calendar days use recorded Phase 1 assignment through the first linked Funded assignment. Trading days count distinct Myanmar dates of retained evaluation-stage trade openings across phases, not the number of trades or later Funded trading days. Missing history, unknown broker timezones or unreliable dates remain unavailable, with sample counts shown. No standard 14-day or 21-day result is assumed.
Funded accounts paid measures buyer Funded records with a positive actual finalized payout divided by all retained buyer Funded records. Payout rules met now instead measures currently live buyer Funded accounts passing authoritative payout-date and consistency checks, with stored positive balance profit and no pending request or finalized payment on that record. It is not approval: identity, open positions, pending orders and live provider exposure still require validation at request time. The readiness table shows current blockers. Use medians, model/size comparisons and sample counts to review rules; observed associations do not prove that a rule caused a result. Expand Outcomes → Sources & calculations for retained-history coverage and definitions. CSV and Word include these purchaser measures alongside the existing all-member history.
The existing all-member historical detail includes all retained identified customer Phase 1 journeys, including breached and unresolved accounts. Explicit same-owner record links join Phase 1, Phase 2, Funded, and replacements. A replacement is not another pass attempt. A retry starting its own recorded challenge journey is another attempt. Direct-funded records are not Phase 1 passes. Missing, conflicting, or cyclic links appear in Outcomes → Sources & calculations.
Pass rate is journeys with a linked funded record divided by all eligible Phase 1 journeys. Breach rate is journeys with any breached stage divided by the same cohort. These outcomes can overlap: a funded account may later breach. Unresolved attempts remain in the denominator, so these are observed rates, not eventual success probabilities. Customer percentages count distinct members, separately from account journey rates.
Days to funded measure Phase 1 assignment to the first linked funded assignment. Days to breach require a non-legacy account marked breached and its recorded inventory terminal date. Routine update dates, incident flag dates, and imported terminal dates are not breach dates. Missing timing remains N/ A, with the dated sample count shown.
Payout participation counts identified funded users with a finalized payout divided by users with any retained funded record, including ended accounts. Payouts require a Funded record link, Paid or Created status, a valid processed date, and actual USD paid. Missing amounts make affected totals unavailable. Conflicting payout owners prevent user-level attribution and averages; they do not invent a recipient. Average per paid user and average per funded user use different denominators. Affiliate payouts are not funded-account payouts.
Refresh and download
Notifications are requested for every Hub source, including trades, members, accounts, orders, and payouts. Sources not published for real-time notifications are still covered by a complete backup read 60 seconds after completion while visible. Returning to the page or reconnecting triggers another check. Refresh reads every source immediately. The rounded status badge is green for a current verified read, yellow for pending or offline, and red for an error. Both source reads must match; incomplete, duplicated, or changing data stops the report. A green badge verifies saved source reads, not broker freshness or complete historical links. Finalized payouts with missing paid dates or funded links make payment totals N/ A, rather than implying zero payments.
Download → Download CSV exports the complete verified report, definitions, coverage, all members, and every returned detail. Fields ending in Cents use integer USD cents, except calculated averages, which can contain fractions. Download → Download Report generates a Word report with current counts, selected activity, historical outcomes, model, and size comparisons, all member details, and limitations. Downloads read fresh data and use Account Hub, the selected period, and included start/end dates in filenames. Keep member reports internal and review disclosure permissions before sharing. They are not bank statements.
CSV retains the complete trading evidence and journey stage links. Word adds the all-live-funded readiness desk, selected-period closed-trade research across all account history, coverage counts, and every usable retained trade in that period. This export scope is broader than the on-screen Analysis default of live accounts. Outcomes → Journey evidence lets you expand verified buyer attempts into their recorded phase and status transitions; no missing transition is invented.
What success looks like
The source-read badge is green and the current account totals match retained account statuses. Historical cards show their eligible sample counts. A missing timing sample remains N/ A instead of an estimated duration.
Common mistakes
Do not count phase upgrades as separate purchased challenges or treat suspended accounts as live. Current account totals are not historical daily balances. Pass and breach rates can overlap. A recorded payout is not proof that every owner link or historical date is complete.
What happens next
Review Outcomes → Sources & calculations before relying on an analysis or sharing a report. Resolve missing source history through the normal account and payment workflows; this Hub cannot repair records.