Trader's Second Brain Trader's Second Brain

Track Multiple Prop Firm Accounts Without Spreadsheets

Multiple prop accounts become manageable when every login is tied to an exact firm, program, phase, size, rule version, and data source. Check the firm's own dashboard for live balance and breach status; use TSB to reconcile imported trades, preserve rule snapshots, review each account, and analyze the combined portfolio without merging unlike contracts.

Quick Answer

Create one stable record per exact prop account and phase. Before trading, verify live limits in the firm's official dashboard. After trading, import into the correct account scope, reconcile trades and P&L, then use account-level and combined analytics for review. Never treat aggregate journal P&L as live rule headroom or withdrawable income.

Three exact $100K first-stage account scopes

Compare the exact program rules, costs, platforms and limits before you choose.

GLOBAL · $100K · evaluation 1
Exact program facts for the normalized comparison scope
ProgramPriceTargetDaily lossMax lossMinimum daysPayoutPlatformsRestrictionsActions
FTMO2-Step ChallengeCheck price€54010%5%10% · Static4 trading daysReward request from day 14 after the first funded tradeMT4, MT5, cTrader, TradingViewNo additional restrictions in this scopeFTMO
FundedNextStellar 2-Step · Phase 1Code TSBRegion-specific · see current terms8%5%10% · Static5 trading daysFirst funded cycle 21 days · later cycles can be 14 daysMT4, MT5, Match-Trader, cTraderNo additional restrictions in this scopeFundedNext
The5ersHigh Stakes New · Phase 1Check priceSee current checkout price10%4%8% · Static3 profitable daysWithdraw every 14 daysMT5 HedgeDaily loss uses higher balance/equityThe5ers
Your trades · one review system
Import → reconcile → review

Find the leak before the next trade.

Import or log trades. Find setup, session, and behavior leaks.

Find trade leaks →
Trader's Second Brain preview

The safe way to track multiple prop accounts is to keep one exact record per account, program, phase, and rule version. Use each firm's own dashboard for live balance, equity, loss limits, and breach status. Use a journal to reconcile imported trades, compare account-scoped performance, preserve rule snapshots, and review the combined portfolio. An “All Accounts” total is useful for analysis; it is never a substitute for checking each contract.

How to Manage Multiple Prop Firm Accounts

Start with an account register, not a spreadsheet of trades. Every active login needs a stable account ID and an exact contract: firm, program, account size, phase, region, base currency, reset timezone, rules version, and status. Then connect each imported trade to that account. This prevents a trade from one challenge being measured against another firm's drawdown model.

Multi-account dashboards are useful only when each card resolves to the right account contract. A dashboard for multi-account tracking should expose per-account rule state, evidence freshness, open-risk limitations, payout status, and a reconciled portfolio view; a single combined P&L number is not enough.

The operating order matters:

  1. Before trading: read the official firm dashboard and current agreement for every account you may use that session.
  2. Before an order: calculate the loss at the stop for that account and the combined open risk across correlated accounts.
  3. After trades close: export or sync the available records, import them into the correct account scope, and reconcile counts and P&L.
  4. At the review: compare accounts and strategies without merging their rule limits.

Live-risk boundary: a journal built from closed or periodically imported trades can lag open equity, commissions, swaps, resets, corrections, and the firm's own liquidation engine. Never use TSB—or any third-party journal—as the final authority on whether another trade is allowed. The firm's dashboard and signed terms control.

Why the Exact Program and Phase Matter

“FTMO account” or “The5ers account” is not a complete tracking scope. One firm can operate multiple evaluations, funded stages, legacy cohorts, platform routes, currencies, and regional contracts. Rules can also change for newly issued accounts while an older account remains on a prior version.

The server-rendered comparison above therefore names three exact global 100K first-stage programs: FTMO 2-Step Challenge, FundedNext Stellar 2-Step Phase 1, and The5ers High Stakes New Phase 1. The table holds region, size, and stage constant and reads current program facts from the canonical catalog. It includes official links and a verified date. If a catalog update conflicts with this article, the component raises an editorial-review warning instead of silently rewriting the conclusion.

That component is the changing fact layer. The workflow below is the editorial layer. Do not copy a target, loss limit, minimum-day requirement, platform, restriction, payout term, or live price from the table into a permanent note. Store the program ID and rule-snapshot date, then reopen the official source before the next session.

The Account Register: Fields Worth Keeping

A useful register answers “which contract generated this number?” without relying on memory or an account nickname. Keep these fields even if the firm's dashboard displays some of them:

Field groupStore per accountWhy it matters
IdentityInternal account ID, firm slug, official login/account identifier, readable nicknameStops two similarly named accounts from being merged
ContractProgram ID, phase ID, region, size, base currency, platformTies every calculation to the correct program scope
Rule snapshotProfit target, daily/max loss basis, minimum days, consistency or payout rules, verified date, source URLPreserves the contract used at the time of a decision
ClockFirm reset timezone, trading-day boundary, inactivity deadline, payout-cycle dateA local calendar date may not be the firm's risk day
Data routeBroker/platform source, export type, source account ID, last imported timestampMakes missing, late, and duplicate data visible
LifecycleEvaluation, next phase, simulated funded, live funded, breached, passed, payout pending, archivedPrevents old trades from contaminating a new phase
ReconciliationOfficial balance/equity snapshot, journal P&L, variance, reviewer, checked timeShows whether the journal is safe to use for analysis

Use a name such as FTMO · two-step · challenge · 100K · 01 for humans, but keep the machine identifiers separately. A renamed label should not create a new account or detach old trades. An attempt, reset, or new phase should have its own lifecycle boundary even when the platform login looks similar.

How Many Prop Firm Accounts Can You Have?

There is no industry-wide maximum. The answer depends on program, lifecycle, region, strategy, profile rules, and total allocation. “How many can I buy?” and “how many can become funded at once?” may have different answers.

  • FTMO: its current FAQ says the number of accounts is not capped, but total pre-scaling allocation is capped at $400,000 per trader or strategy across the 1-Step and 2-Step products. Multiple registrations are not allowed. Check FTMO's current account-limit FAQ.
  • FundedNext: its April 2026 help article describes a general $300,000 aggregate simulated FundedNext Account allocation, distinguishes Challenge Accounts from accounts that can transition to the FundedNext phase, and lists lower country-specific limits. It currently names Ukraine and several other countries at $50,000. Check the current FundedNext allocation article.
  • The5ers High Stakes: the current program page publishes an active-account matrix by size rather than one simple total. The “New” matrix allows several smaller sizes but only one active 25K account and one active 50K or 100K account. Check the current High Stakes matrix.

Those are September 2026 checks, not permanent promises. Before adding an account, open the rule for the exact program and region and ask support about ambiguous combinations. Save the answer or agreement with the account record. Do not evade a profile or allocation limit by creating another registration.

Operational capacity is a second limit

A firm may permit more accounts than you can safely operate. Add another only when you can identify every active account without a nickname collision, reconcile each one without unexplained variance, calculate combined open risk before entry, meet every reset and inactivity deadline, and stop trading the correct accounts when a rule changes. There is no evidence-based universal “two accounts good, five accounts bad” cutoff.

Which Prop Firms Show Live Drawdown and Targets?

The most reliable answer is program-specific: use the dashboard supplied for the exact account. For example, FTMO's Account MetriX displays account status, equity, balance, daily/max-loss results, profit-target progress, and trading days. FundedNext's current help center says its dashboard dynamically displays Today's Permitted Loss Limit and Maximum Permitted Loss Limit. These are first-party account surfaces, not cross-firm journal calculations.

QuestionAuthoritative sourceJournal's role
Can I place the next trade?Current firm dashboard, open equity, platform risk controls, signed rulesPlanning context only
What did my closed trades do?Broker/platform execution historyReconcile, tag, and analyze
Which account or setup performs better?Normalized, reconciled historyAccount-scoped and combined analytics
Did the contract change?Firm terms and official supportPreserve the old snapshot and flag the new version
Was a payout approved or paid?Firm payout record plus payment evidenceMaintain the ledger and link evidence

See the FTMO Account MetriX example and FundedNext's permitted-loss explanation. A screen saying “live” does not make its numbers transferable to another program or phase.

Set Up Multiple Accounts in TSB

TSB's current account model stores a prop-firm account separately from its trades. For a prop account, the setup records the canonical firm, program, phase, account size, currency, starting balance, target, daily and total drawdown inputs, minimum days, rules version, and a captured rule snapshot. That is more durable than encoding the whole contract in an account name.

1. Create the exact account scope

Create one account for each challenge or funded account. Choose the firm, program, size, and phase; confirm any manually entered rule. If the account advances, preserve the previous phase in history and start the next phase boundary. If an account fails, archive it instead of relabeling it as the replacement attempt.

2. Import into the correct destination

TSB recognizes 330 broker and platform format profiles, but format recognition and account identity are different problems. If an export contains a stable account field, preserve it. If it does not, select or create the intended account during import and review the import result. Do not assume that every future file from one platform belongs to the same prop account: the same MetaTrader, NinjaTrader, or Tradovate source can contain multiple logins.

3. Reconcile before trusting analytics

For the imported period, compare trade count, realized P&L, commissions, swaps or fees, currency, and last execution time with the source statement. Investigate duplicates, partial fills, transfers, missing days, and timezone differences. Mark the account reconciled only when any variance is explained.

4. Switch between account and combined scopes

An individual TSB account scope isolates its imported trades, P&L, target progress, drawdown statistics, trading days, reports, and prop-rule context. “All Accounts” aggregates performance across eligible accounts. Use the combined scope to study portfolio behavior; return to the exact account for rule review. Aggregate P&L is not the same as withdrawable income.

What TSB does not claim: it does not turn periodic CSV history into a live liquidation feed, and it cannot know an unimported open position, firm-side adjustment, or newly issued rule. The tracker is only as current as its source data and stored snapshot.

A Daily Multi-Account Workflow

  1. Session open. Open each official dashboard; verify status, reset clock, balance/equity, current limits, restrictions, and platform connection. Stop on any unexplained warning, stale status, or changed contract. Keep a timestamped dashboard or statement reference.
  2. Before entry. Calculate loss at stop and sum exposure across accounts holding the same market or thesis. Stop if one account or the combined portfolio exceeds the written plan. Keep the planned risk and linked setup.
  3. During the trade. Watch the execution platform and firm risk controls, including open equity. Stop at the official limit, personal stop, platform issue, or rule uncertainty. Keep execution IDs and an incident note.
  4. After close. Export or sync, import to the exact account, and compare source totals. Stop on missing, duplicated, or misrouted executions. Keep the import result and reconciliation variance.
  5. End of the risk day. Review individual accounts first, then the combined portfolio. Do not carry an unexplained rule status or data gap into the next session. Keep the rule snapshot, notes, and review decision.

This routine is intentionally event-based, not “under five minutes.” A quiet day with clean imports may be quick; a platform outage, partial fill, payout adjustment, or rule-version change deserves a longer review.

Treat Correlated Accounts as One Risk Event

Four accounts taking the same trade are not four independent ideas. If the entries share the same instrument, direction, setup, catalyst, and stop logic, the portfolio has one concentrated risk event with four account-level consequences.

Before entry, calculate:

  • Account loss at stop: position size × stop distance × instrument value, plus estimated costs and slippage.
  • Rule headroom: the smaller of the firm's current daily and maximum-loss headroom, read from its official surface.
  • Combined thesis risk: the sum of losses at stop across every account exposed to the same thesis.
  • Data confidence: whether balances, open positions, currency conversion, and reset windows are current.

Staggering identical entries by five minutes does not make the underlying risk independent. Nor does assigning London to one account and New York to another automatically diversify it. Diversification must be demonstrated by the strategies' actual return and drawdown relationship; use the trade-correlation risk workflow to define and test that relationship, while each firm's copying, coordination, automation, and strategy-allocation rules still apply.

Use the drawdown calculator for scenario work and the prop-firm position-sizing guide to translate rule headroom into a trade plan. A calculator is planning support, not permission to trade.

Track Payouts Separately From Trading P&L

Gross P&L, eligible profit, requested reward, approved reward, received cash, fees, and tax records are different fields. A combined trading total cannot tell you what is withdrawable because payout timing, caps, splits, consistency conditions, and post-payout drawdown treatment are program- and phase-specific.

Ledger fieldSource of truthStatus values
Cycle and eligibility dateOfficial program dashboard and current termsNot eligible · eligible · needs review
Requested amountSubmitted payout requestDraft · submitted
Approved amount and deductionsFirm approval or statementApproved · adjusted · rejected
Received amount and currencyPayment processor or bank evidencePending · received · reversed
Linked account snapshotAccount register and rules versionMatched · mismatch

Record actual amounts from evidence; do not estimate take-home by multiplying journal P&L by a remembered split. For evaluating proof quality, use the prop-firm payout-proof checklist. For local obligations, keep the firm's statement and payment record for your tax professional rather than treating the journal as tax advice.

Archive Failed, Reset, and Passed Accounts

Never delete a failed challenge just to clean the dashboard. Archive it with its final source statement, rules snapshot, breach or closure reason, and reconciliation status. A reset or replacement attempt starts a new lifecycle record. A passed evaluation moving to another phase should preserve the completed phase and its boundary date.

Useful lifecycle states include:

  • Evaluation active / passed / breached / expired
  • Next phase active / passed / breached
  • Simulated funded or live funded active
  • Payout pending / approved / received / disputed
  • Closed or archived

Analyze failures only after checking data completeness. “Oversizing caused the breach” is a conclusion that needs execution and rule evidence, not a default explanation. Compare risk at entry, stop adherence, correlated exposure, time of day, and whether the official loss basis included open equity or costs that the import missed.

Seven Multi-Account Tracking Mistakes

  1. Using the firm name as the account ID. Program, phase, size, region, and issue cohort disappear.
  2. Applying one drawdown formula everywhere. Loss basis and reset behavior can differ by program and lifecycle.
  3. Treating imported closed trades as live equity. Open risk, swaps, adjustments, and liquidation events may be absent.
  4. Assuming one broker source means one account. A platform export may contain or rotate through several account identifiers.
  5. Adding account P&L and calling it income. Payout eligibility and received cash require their own ledger.
  6. Calling copied exposure diversification. Same-thesis positions should be summed before entry.
  7. Overwriting a changed rule. Preserve the old snapshot, add the new version, and review the editorial decision.

Use TSB as the Reconciliation and Review Layer

TSB is useful here because account scopes, canonical prop-program setup, rule snapshots, imported trade history, drawdown analysis, target progress, and cross-account reports live in one review workflow. Its 330 recognized format profiles reduce manual reshaping, while the account assignment and import review keep source identity explicit.

The honest split is simple: check the firm's dashboard for live permission, use TSB to understand what your recorded trades did, and keep both linked through exact account IDs and dated evidence. Open the TSB demo and inspect account scopes →

Sources and Verification Method

This correction was checked on September 7, 2026 against the current TSB account, import, report, and prop-lifecycle code paths; the canonical server-side program catalog; and first-party firm sources. Dynamic program facts and live prices stay in the catalog component. The article keeps the workflow and warnings versioned for editorial review.

Bottom line: the scalable unit is not “a firm”; it is one verified account contract with its own data route and lifecycle. Verify live status at the firm, reconcile history in the journal, aggregate only for analysis, and add another account only when both the written rules and your operating capacity allow it.

Igor Manuilov
Written and reviewed by
Igor Manuilov
Founder of Trader's Second Brain · Trader since 2014
Editorial accountability

Trader since 2014. Built Trader's Second Brain to make execution review more evidence-based and less dependent on memory, scattered spreadsheets, or vague journaling.

Your trades · one review system
Import → reconcile → review

Your trade history already knows what to fix next.

Import or log trades. Find setup, session, and behavior leaks.

Find trade leaks →
Trader's Second Brain preview

Frequently Asked Questions

Quick answers to the most common questions about Multi-Account Prop Tracking.

Give each login a stable account record and exact program/phase snapshot, then import its trades into that scope. TSB can calculate drawdown from the trade data available to it, but the firm's official dashboard remains authoritative for open equity, current loss headroom, and breach status.

Yes, if every account retains its own canonical firm, program, phase, size, currency, reset timezone, and rule snapshot. Do not apply one firm's loss formula to another. The server-rendered comparison in this guide keeps three exact program scopes current and links to their official sources.

No. Archive the account with its final statement, rules snapshot, lifecycle status, and closure reason. A reset or replacement attempt starts a new lifecycle record. Diagnose a failure only after checking that executions, open-equity effects, costs, and reset timing are complete.

Reconcile each account first, then compare like periods and normalized metrics such as R, expectancy, and drawdown. Use All Accounts to study portfolio behavior, but return to the exact account and official dashboard for rule decisions. A performance difference alone does not prove that a firm's rules caused it.

Yes. Keep evaluation, simulated-funded, and live-funded phases distinct because their rules and evidence can differ. Trading P&L is not automatically income: track payout eligibility, requests, approvals, deductions, and received cash in a separate ledger.

Keep a payout ledger linked to the exact account and cycle. Record eligibility from current firm terms, the requested amount, approved amount and deductions from the firm statement, and received amount from payment evidence. Do not estimate take-home by multiplying aggregate P&L by a remembered split.

There is no universal number. Firm limits vary by program, region, profile, lifecycle, strategy, and aggregate allocation. Your operational limit may be lower: add an account only when every current account is reconciled, combined exposure is controlled, deadlines are visible, and you can act on the correct account without ambiguity.

Yes. Preserve a stable source account ID when the export provides one; otherwise select the intended account during import and review the result. Do not assume every file from one broker or platform belongs to the same prop account. Reconcile trade count, P&L, costs, currency, and last execution time after each import.

FTMO Account MetriX and FundedNext's dashboard are verified examples of first-party surfaces that show changing account limits and objective status. Availability and fields remain program-specific. Use the exact firm's dashboard for live decisions; TSB is the cross-account reconciliation and post-trade review layer.