How bracket and OCO orders copy across multiple NinjaTrader accounts with a trade copier

Trade Copier Deep Dive

How Bracket Orders Copy Across Multiple NinjaTrader Accounts

Why bracket and OCO order replication is the hardest problem a trade copier has to solve, what goes wrong when it's done poorly, and how PFACopySuite handles the edge cases that most copiers ignore.

Every futures trader who uses protective orders — stops and profit targets attached to an entry — is using bracket orders. On a single account, they're straightforward: you enter a position, and NinjaTrader automatically places a stop-loss below and a profit target above (or vice versa for shorts), linked together as an OCO pair so that when one fills, the other cancels. It's the foundation of responsible trade management.

Now try replicating that across 20 accounts simultaneously, each with different position sizes, some on Rithmic and some on Tradovate, with an ATM strategy on the lead account that may or may not have a saved template on the follower's machine. Suddenly bracket orders become the single most complicated thing a trade copier has to get right — and the consequences of getting it wrong are severe. A missed stop-loss on a funded prop firm account doesn't just cost money. It can blow a drawdown limit and end the account entirely.

This article breaks down how bracket order copying actually works inside a trade copier, what makes it difficult, and how PFACopySuite approaches each of the problems that show up at scale.

What Are Bracket Orders and OCO Pairs?

Bracket Order: A set of orders that "bracket" a position: an entry order flanked by a protective stop-loss and a profit target. The stop and target are linked so they move and cancel together. If the target fills, the stop cancels automatically. If the stop fills, the target cancels.
OCO (One-Cancels-Other): The linking mechanism that pairs the stop and target. NinjaTrader assigns both orders the same OCO identifier so the platform knows they belong together. When either order fills or is cancelled, the other is automatically cancelled too.
ATM Strategy (Advanced Trade Management): NinjaTrader's built-in bracket system. An ATM strategy is a saved template that defines your stop distance, target distance, trailing behavior, and breakeven rules. When you submit an entry with an ATM strategy attached, NinjaTrader creates and manages the bracket orders automatically.
Protective Order: Any stop-loss or profit target order whose job is to protect an open position. In a bracket, both the stop and the target are protective orders. A position without protective orders is called "naked" — and on a funded account, a naked position during a fast move is how drawdown limits get violated.

Why Bracket Orders Are the Hardest Part of Trade Copying

Copying an entry order is relatively simple. The leader account submits a buy order, the copier detects it, and it submits the same buy order on each follower account (adjusted for that account's quantity). That part works the same way whether you're copying to 2 accounts or 200.

Bracket orders are fundamentally different because they involve dependent relationships between multiple orders, and those relationships have to be recreated correctly on every follower account — under time pressure, across different brokers, at different quantities.

The Timing Problem

When you place an entry order with an ATM strategy on NinjaTrader, the platform doesn't create the bracket orders instantly. There's an asynchronous process: the entry order is submitted, the ATM strategy object is created, and then the two are linked together. On a single account this happens so fast it looks instant. But a trade copier processing dozens of accounts can't assume the ATM strategy data will be available the moment the entry order event fires.

If the copier reads the leader's order before NinjaTrader has finished linking the ATM strategy, it won't see the bracket parameters at all. It would copy the entry but miss the stops and targets entirely — leaving every follower account with a naked position.

The Quantity Problem

A bracket order's stop and target quantities must match the entry quantity on each individual account. If the leader trades 5 ES contracts and a follower is configured for a 0.4 ratio, the follower gets 2 contracts — and both the stop-loss and profit target on that follower must also be for exactly 2 contracts. This sounds obvious, but it gets complicated quickly when position sizing uses percentage-of-account-value calculations that produce different quantities on every follower.

The OCO Pairing Problem

Each follower account needs its own unique OCO identifier linking its own stop and target together. The leader's OCO ID can't be reused — that would try to link orders across accounts, which doesn't work. The copier has to generate fresh OCO pairs per account and track which stop belongs to which target on which account. At 50 accounts with multiple bracket sets active, that's hundreds of OCO relationships being managed simultaneously.

The Cross-Broker Problem

Different brokers handle OCO orders differently at the server level. Rithmic processes OCO cancellations very quickly and reliably. Tradovate has different timing characteristics and doesn't always propagate OCO cancellations the same way. A bracket trade copier running accounts across both brokers has to account for these differences — otherwise a target fill on a Tradovate account might not cancel the corresponding stop in time, or vice versa.

How PFACopySuite Handles Bracket Order Replication

PFACopySuite approaches bracket copying through three layers: ATM strategy detection, OCO order management, and self-healing verification. Each layer addresses a different class of problems, and they work together to ensure every follower account has properly paired protective orders at all times.

Layer 1: Three ATM Strategy Modes

PFACopySuite gives you three options for how bracket orders are handled on follower accounts, because different trading setups need different approaches:

AutoDetect Mode — The copier watches the leader account's entry order, waits for NinjaTrader to link the ATM strategy, extracts the strategy parameters (stop distance, target distance, trail settings), and applies that same ATM template to each follower's entry. This is the simplest approach when the leader always uses ATM strategies and the same templates exist on the machine running the followers.

Template Mode — Instead of detecting the leader's ATM strategy, you manually specify which ATM template each follower group should use. This is useful when followers need different bracket configurations than the leader — for example, tighter stops on smaller accounts, or different trailing behavior for accounts at different prop firms with different drawdown rules.

None (Manual OCO) Mode — The copier bypasses ATM entirely and creates raw OCO bracket orders on each follower, using the leader's stop and target price levels directly. This gives you full control and works even when ATM templates aren't available. PFACopySuite automatically builds the OCO pairs, assigns unique OCO identifiers per account, and manages the cancellation relationships. If a saved ATM template can't be found during AutoDetect — maybe the template file was renamed or the leader is on a different machine — the copier falls back to this OCO mode automatically rather than leaving followers unprotected.

Layer 2: Deferred OCO Processing

This is where a bracket trade copier either works or breaks. The core challenge: when a leader's entry order fills and the copier submits entries on all followers, the follower entries haven't filled yet. The copier can't submit bracket orders for a position that doesn't exist. But it also can't wait indefinitely — in a fast market, milliseconds matter.

PFACopySuite uses a deferred processing system. When an entry is submitted on a follower, the bracket parameters (stop price, target price, OCO grouping) are queued. The moment the follower's entry fills, the deferred bracket orders are released and submitted with the correct fill-based quantities. If the entry doesn't fill (it was a limit order that price never reached), the deferred brackets are cleaned up automatically.

This same system handles race conditions that are common with Rithmic connections, where fill confirmations can arrive in unpredictable order when many accounts are being processed simultaneously. Rather than assuming a fixed sequence, the copier responds to actual fill events per account.

Layer 3: Self-Healing Protective Orders

Even with precise timing and correct OCO pairing, things can go wrong in a live environment. A broker might reject an order due to a momentary connectivity blip. An OCO cancellation might not propagate cleanly across a Tradovate connection. A stop-loss quantity might be wrong after a partial fill on the entry.

PFACopySuite continuously monitors the relationship between positions and their protective orders on every follower account. If a position exists with an incorrect stop-loss quantity (common after scaling in or out), the copier detects the mismatch and updates the protective order. This happens automatically, without trader intervention.

The position mismatch detection system runs as a background check across all active tabs. When it finds a discrepancy — a follower has a position but is missing protective orders, or has protective orders at the wrong quantity — it flags the issue visually and takes corrective action based on your configuration.

Bracket Copying with IntelliSize: The Cross-Instrument Complication

Everything above assumes the leader and followers are trading the same instrument. When IntelliSize is active — converting between ES and MES, NQ and MNQ, or other mini/micro pairs — bracket copying becomes even more involved.

If the leader trades 5 ES and a follower is configured for IntelliSize conversion with a 0.5 multiplier, that follower might receive 2 ES + 5 MES (same notional exposure, better margin efficiency). Now the bracket orders for that single follower need to cover two different instruments. The stop-loss and profit target prices are different between ES and MES (they move in the same increments, but the copier still needs to submit separate orders on each instrument). The OCO pairing has to link the ES stop with the ES target and the MES stop with the MES target — four protective orders instead of two, with two OCO pairs instead of one, all for what started as a single entry on the leader.

PFACopySuite handles this by building the bracket structure per-instrument on each follower, with separate OCO groups for each instrument's protective orders. The deferred processing system tracks entries by instrument, so MES brackets aren't released until the MES entry fills, even if the ES entry on the same account filled moments earlier.

What Happens When You Modify a Bracket Mid-Trade

Bracket replication doesn't end at entry. When a trader drags a stop-loss to a new level, tightens a target, or activates a breakeven on the leader account, those changes need to propagate to every follower. This introduces another set of challenges.

Stop and Target Modifications

When you move a stop-loss on the leader from 4500 to 4510, PFACopySuite detects the modification event and submits corresponding modifications on every follower's stop order. The price change is absolute — the follower's stop moves to the same price — because stops and targets are placed at market levels, not relative to each account's entry fill price. (Entries might fill at slightly different prices across accounts due to timing, but the stop level is a technical decision, not a per-account calculation.)

Scaling In and Out

When a trader adds to a position (scales in) or takes partial profits (scales out), the bracket orders on followers have to adjust. Adding contracts means the stop-loss quantity needs to increase. Removing contracts means protective order quantities decrease. If the copier doesn't adjust these in sync, you end up with a 3-contract position protected by a 2-contract stop — which means one contract has no protection at all.

PFACopySuite tracks position changes on each follower independently. When a scale event occurs, the protective order quantities are recalculated based on each follower's actual current position size, not the leader's.

Complete Position Close

When the leader closes all positions (flattens), the copier sends flatten commands to every follower. But flattening is more than just closing the position — all associated bracket orders must be cancelled too. If a follower has pending entry orders that haven't filled yet, those need to be cancelled along with any deferred bracket orders that were waiting for them. PFACopySuite handles this by cleaning up both the position and the entire deferred order queue for that account in a single operation.

Why This Matters for Prop Firm Traders

The reason bracket order copying deserves this much attention comes down to one reality: prop firm accounts have hard drawdown limits. A trailing drawdown doesn't forgive a missed stop-loss. If a copier fails to place a stop on one follower account, and the market moves 30 points against you, that account's drawdown limit is violated and the account is gone. The evaluation fee, the time spent passing, the track record — all lost because of one missing protective order.

This is why a bracket trade copier needs to be built with redundancy at every layer. ATM detection that falls back to OCO if a template isn't found. Deferred processing that waits for actual fills instead of assuming timing. Self-healing that catches anything the first two layers missed. And mismatch detection that tells you immediately when something doesn't add up, so you can intervene manually as a last resort.

The cost of getting bracket orders right is engineering complexity. The cost of getting them wrong is blown accounts.

Bracket Copying Checklist: What to Look for in a Trade Copier

If you're evaluating trade copiers for multi-account futures trading, these are the bracket-specific capabilities that separate reliable tools from ones that work in demos but fail in live markets:

ATM strategy replication — Can it detect and apply the leader's ATM strategy automatically, or does it only copy raw orders?
OCO pair creation per account — Does it generate unique OCO identifiers for each follower, or try to reuse the leader's?
Deferred bracket processing — Does it wait for entry fills before submitting brackets, or submit everything at once and hope for the best?
Cross-broker OCO handling — Does it account for differences in how Rithmic, Tradovate, and CQG handle OCO cancellations?
Self-healing on protective orders — If a stop or target quantity is incorrect, does it update automatically?
Quantity correction after scaling — When you add or remove contracts, do bracket quantities update on every follower?
IntelliSize bracket support — When converting between mini and micro contracts, does it build separate bracket structures per instrument?

Putting It Together

Bracket order copying is the feature that most traders don't think about until something goes wrong. On a single account, NinjaTrader's ATM system handles everything automatically and it just works. But the moment you start copying trades across multiple accounts, every assumption built into that single-account model breaks down. Timing becomes unpredictable, quantities vary per account, OCO relationships have to be rebuilt from scratch, and different brokers handle the mechanics differently.

PFACopySuite was built with bracket order integrity as a core design priority, not a feature bolted on after the fact. The three-layer approach — ATM detection with automatic OCO fallback, deferred processing tied to actual fill events, and continuous self-healing verification — exists because any single layer by itself isn't enough when you're running dozens of funded accounts where every one of them needs a stop-loss that actually works.

If you're running or planning to run multiple NinjaTrader accounts, the full PFACopySuite feature overview covers every capability beyond bracket orders — including fair order processing, cloud synchronization, risk management controls, and the multi-tab system for running independent copier configurations simultaneously.

How Bracket Orders Copy Across Multiple NinjaTrader Accounts — OCO, ATM & Protective Order Replication

How Bracket Orders Copy Across Multiple NinjaTrader Accounts

What Are Bracket Orders and OCO Pairs?