Review Payout Hub

Review verified payouts, open requests, trading evidence, and internal email figures.

Consistent share design

The poster uses the official white BF / Burmese Funded Trader logo unchanged. Its visible left edge aligns with Learn First, Manage Risk, Prove Yourself. The PAID TO TRADERS heading is larger. Refresh data verifies the latest figures without changing artwork; only New design changes the liquid-glass palette and curves. Consecutive new designs visibly differ while branding and layout remain fixed. Changing the time frame or a source failure clears the old image until verification succeeds.

Use Share on Paid to traders for finalized funded payments, including recorded fee refunds, in the exact selected Myanmar-time day, week, month, or year. Use Share on Calendar for the displayed full month (also for Day/Week selections), or twelve months for Year. Calendar images include actual finalized funded and paid affiliate amounts, exact daily/monthly counts and dates; future dates show N/ A. Both studios use the same logo, alignment, motto, layout, and buttons. Every generation reads all required sources twice; missing actual amounts, invalid funded dates, conflicting links or changing records block generation. Paid affiliate records with missing or invalid dates instead produce an INCOMPLETE PREVIEW · NOT FOR PUBLICATION calendar. The complete total shows N/ A, dated cells are marked *, counts include dated payments only, and the number of unallocated affiliate records stays visible on the image. Their dates and amounts are never guessed or silently counted as zero. Correct the source dates and refresh before publication. No names, emails, account identifiers or private payment details appear.

Download PNG saves locally; Share image uses supported device sharing or advises download. Nothing is posted automatically. Local images are marked LOCAL PREVIEW · NOT FOR PUBLICATION. The poster is a verified generation-time snapshot, not a live post.

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.

The Analysis breach card displays without / with recorded payout. The left count has no retained finalized payment; the right count has at least one. Both use currently breached accounts in the selected-period request/payment cohort and all retained payment history. Missing breach dates cannot establish that a payment preceded a breach. The split also appears in CSV and Word reports.

Payout Hub is in Analytics Hub, between Overview and Landing Page. It does not approve or pay requests.

The canonical page is /admin/payout-hub. Older payout-intelligence bookmarks redirect here. Guide and export names use the Hub name.

The Recorded dated payout trend and Known dated affiliate payments are explicitly dated evidence, not proof that every payment has a recorded date. Undated finalized payments are shown as a coverage gap and cannot be allocated to a period or silently treated as no payment. Calendar amounts display N/ A when an included payment lacks its actual amount; a known partial sum is not a complete total. Missing metric values use N/ A. All Hub sources are subscribed to, while unpublished real-time sources remain covered by the complete 60-second visible-page backup and return/connection restoration checks. A green read badge does not prove broker freshness or complete historical links.

Before you start

A failed background refresh keeps the last successful Payout Hub snapshot for the same filters, with a visible error and its original check time. Changing filters never displays the previous selection's report. Downloads and copying the email brief stay disabled until refresh succeeds. An open share studio stays open and verifies its own fresh sources; a failed background read cannot silently close it.

Sign in as an administrator. Use Payout Requests to review or change a request's status. Use Payout Hub to analyze records without changing them.

Steps

The section tabs appear above the date selector.

Use the five sections: Overview, Analysis, Affiliates, Calendar, and Records. Overview includes a paid-money trend with All, Funded and Affiliates filters. Compare net revenue adds the Net Revenue · after discounts curve on the same USD scale. This is confirmed order revenue with discounts already deducted, before payouts and other costs; never subtract discounts again. Payouts use payment dates and revenue uses order-placement dates; their difference is not company profit. Missing actual paid amounts create trend gaps, not estimated payments.

Analysis shows request averages and methods, anonymous recipient weekly cadence, and same funded-account timelines. Requests include all valid submissions, even rejected or canceled ones, and are not paid totals. The account cohort had a request or payment in the selected time frame; later activity uses retained history through the verified read. Current breach status cannot prove a breach happened after a payout. No second payment yet does not prove failure. The review prompts identify questions to investigate, not abuse findings or reasons to deny payments.

Affiliates separates paid withdrawals from checked commission earnings and referred confirmed sales. Commission amounts are rechecked against current confirmed orders, recorded sales and saved rates; discrepancies are excluded. Reused order references cannot identify a unique order: their commissions are excluded, never matched by guesswork. The exclusion count covers retained commission records, including links whose period cannot be established. These commission gaps do not invalidate independently verified payment totals or the calendar. Referral clicks and tracker-marked unique counts are recorded traffic, not verified people or conversion rates. Missing click attribution stays separate. Calendar shows the surrounding month for Day and Week and twelve monthly tiles for Year. Hover or focus for details; click a day or month to open it. Week1 and later totals include only dates within the displayed month. Future days are unavailable.

Both downloads include the new analysis. Word has request and account timelines, affiliate performance, weekly cadence, exact trend values, review opportunities, and coverage limits. CSV preserves these under /behaviorReview in source_snapshot. Analysis, affiliate, and calendar sections cover all recipients in the dates independently of the funded trader search and first/repeat filters. Payment details, credentials, and click fingerprints are not used. Existing published affiliate and traffic change notifications trigger checks; payout-request changes use the 60-second backup or Refresh. No database change is made by reviewing or exporting.

Choose Day, Week, Month, or Year to review that period around the selected date. These buttons keep the date and do not open the date selector. To review an older period, open the separate date selector. Day offers a calendar date. Week offers a named month and numbered Monday–Sunday weeks, including a fifth or sixth week when needed. Month offers a year and named month; Year offers a year dropdown. A week may include dates from adjacent months. Month runs from the 1st to the month's end; Year runs January 1–December 31. All ranges use Asia/Yangon time. The default is Month. Search by trader or account in Payout records, switch between Paid and Open requests, and choose all, first, or repeat paid events. First and repeat refer to a trader's recorded funded-account Paid payout sequence.

Latest paid activity opens the last verified funded or affiliate payment date in retained history, without creating sample payments. The heading follows the selected tab, such as Payout Hub / Overview. Overview retains the paid/pending cards, country ranking, trading snapshot, Top 10 traders, extra breakdowns and payout records even when the selected period is empty. New analysis adds to these sections. The rounded sync badge is green for a current verified read, yellow for pending/offline and red for errors. Refresh and Download are side by side on phones; tablet and desktop action layouts stay unchanged.

The selector starts at the earliest recorded order or payout request, whichever is earlier. Days and periods entirely before that date are unavailable. Future days and months are dimmed and cannot be selected; the year dropdown stops at the current Myanmar year. A Monday–Sunday week remains available when it overlaps the first recorded date or today, even if part of that week falls outside the available range. An available period does not necessarily contain a payout.

The trader cards, operational records, trading rankings and location breakdowns include Funded accounts only. Evaluation accounts are excluded. Affiliate payments are shown separately in the new review sections. The trader cards show confirmed payouts and open requests separately. A request marked Pending or Approved contributes only to the requested amount; it is not a paid payout or a promised payment date. Paid totals include Paid records and Created records whose replacement account has been created; both use the recorded payment date and actual USD amount. Finalized records without a usable payment date are excluded from dated totals and reported as a data gap.

The main view shows a country ranking, a compact trading snapshot, and Top 10 funded traders. The default All tab is one combined top-ten ranking, not two lists: it includes only traders with both a confirmed payout and positive net P&L from Funded-account trades closed in the selected period. Each trader receives a payout rank and a performance rank among the funded traders with data for that measure. All favors the trader whose weaker of those two ranks is better; ties use the sum of the ranks, then payout amount and net trading profit. Both amounts and both ranks appear on each row. Choose Payout to rank by each trader's total confirmed USD payouts, not their highest single payment. Choose Performance to rank by closed-trade net P&L, including traders without a payout in the period. Each row also shows highest single payout, paid-payout count, trade count, win rate, and most-traded symbol. All three rankings cover the whole selected period, even when the record list is on another page.

Open Explore more breakdowns to see city rankings, Challenge models and sizes, traded symbols, and trading styles. Open a Paid record to inspect its account model and size, closed-trade count, win rate, net trading result, symbols, and holding time. The trade view uses matched funded-account deals closed before the payout request and after the preceding request on that account. Missing provider data can make trade counts incomplete.

Trade styles are measured from each closed trade's holding time: under 5 minutes is Scalper, 5 minutes to under 24 hours is Day trader, and 24 hours or more is Swing trader. Invalid or missing times remain unknown. A trader's displayed style is the most frequent known category; equal leaders show Mixed styles.

Click Download → Download CSV below Refresh to download the selected period's complete report without choosing dates again. It retains the current paid-event and applied search filters and identifies the selected trader-ranking tab. The file includes every summary total, all three top-ten rankings, all breakdowns, every matching paid and open-request record across all pages, and each paid record's symbol and trading details. It also includes the displayed date range, coverage warnings, formatted values, calculation explanations, and the same internal email brief shown on the page. The operational payout records are Funded-only; the separate behavior review also includes affiliates.

The CSV contains separate labeled sections. Do not add the summary totals, rankings, breakdowns, and records together: they describe the same underlying payments. Use Paid to traders as the paid total; awaiting-payment requests and trading P&L are not paid amounts. Raw numbers retain the source precision, while display columns match the page's formatting. Missing values remain blank in normal columns and null in the complete source evidence. The source_snapshot section preserves every returned report field, including nested details and empty lists. Each freshly collected page is read again and checked for consistency before download. If data changes or records are missing, the download stops; refresh and try again. This check is not a locked database snapshot. The file contains personal data and is for internal review; check accuracy and permission before using trader names, emails, or individual results in customer email generation.

What success looks like

CSV and Word also retain the full calendar display window: the surrounding month for Day/Week, or the full year for Year. This includes funded and affiliate payments independently of trader filters. Calendar rows are a separate view, not extra payments. Future dates remain N/ A, and missing actual amounts remain explicitly incomplete.

Download → Download Report creates a clean Word report with the selected dates and filters: summary, payment trend, all three rankings, locations, models, trading evidence, all confirmed payouts and open requests, and coverage notes. Both downloads fetch fresh data and recheck every record page; they do not require the screen's older snapshot to match. Filenames use Payout Hub, the period, and the included start and end dates. Use these reports internally; they are not bank statements.

Order and trading-account notifications trigger a full report check after a short debounce. A backup check runs 60 seconds after each completed check while visible, covering payout-request, profile, and other source changes. Returning to the page or reconnecting triggers a check. Refresh immediately reloads all sections for the current filters. Last updated shows the last successful source read; notification delivery is not a guaranteed payment-arrival time.

The country, city, model, and symbol breakdowns cover the whole selected period; rankings and payment lists show highest values first. The dated trend remains chronological. Payout records shows up to 50 entries per page. The page shows coverage warnings when paid amounts, account matches, locations, or payment dates are missing. Paid totals are the total sent to traders and can include a recorded Challenge fee refund. Locations reflect the customer's current profile, not a saved historical payout location.

Common mistakes

Do not add open requests to the paid total or call their request date an expected payment date. Do not describe current profile locations as verified payout-time locations. A high win rate or trading result is not the amount paid to the trader.

What happens next

Open Internal email brief to review the summary, including anonymized top-trader highlights. It can be copied only when every paid record in the selected view has an actual paid amount. It is an internal review summary, not an email send. Check historical locations, trade synchronization, amount accuracy, and permission before publishing any trader names, individual results, or country claims.

Use the single Download menu for CSV or Word. Both also include a fresh company sales and acquisition review for the same dates, without payout search or first/repeat filters. This includes registrations, confirmed orders, purchaser cohorts, products, retries, model-and-size choices, offer performance, buyer frequency, and anonymous buyer detail. CSV preserves the sales review under source_snapshot at /salesReview; Word includes its complete analysis after the payout sections. The sources are independently rechecked, not one locked transaction. Payouts use paid dates; sales use order-placement dates. Subtracting the two is not company profit.

Word adds average known actual payments, payout-event counts by sequence, unknown sequences, and identified recipients using recorded emails. Missing emails are not guessed. The green dot beside the Hub means the latest verified read is within 60 seconds without known pending changes. Yellow means pending, checking, stale, or offline; red means a read or export error. It is a source-read status, not proof of bank arrival.