
Closed
Posted
Paid on delivery
My unmanaged strategy on NinjaTrader 8 Desktop occasionally submits profit-target or stop-loss orders whose quantities do not equal the live position size. In fast or partially filled market conditions I may be long 4 contracts while the submitted TP is for 6, or the stop is set for 3. The result is orphaned orders, exposure I never intended, and an ever-growing tangle of rejected modifications. I have already refactored the logic several times—resetting internal order objects, double-checking OnExecution and OnOrderUpdate sequencing, and re-querying [login to view URL]([login to view URL]) after each fill—yet the mismatch keeps resurfacing. I clearly need a deeper diagnostic and a clean, reliable fix. What I need from you is: • Root-cause analysis explaining why execution, position tracking, and internal state become unsynchronised under rapid or partial fills. • Corrected code (or a well-documented patch) that guarantees exit order quantities always mirror the current position. • A repeatable test or simulation showing the solution working in high-velocity/partial-fill scenarios. • A concise hand-off note so I can maintain or extend the solution confidently. Acceptance criteria: • After the fix, every time a new TP/SL pair is queued, their quantities exactly equal the open position size at that moment. • No orphaned or over-sized exit orders can be produced, even when fills arrive out of order or in multiple parts. • Solution remains fully compatible with NinjaTrader 8 Desktop unmanaged order handling. • All code compiles cleanly and is free of new warnings or errors. If this sounds straightforward to you and you have proven experience with NT8 unmanaged strategies, your help will let me trade again without babysitting the DOM.
Project ID: 40386663
8 proposals
Remote project
Active 24 days ago
Set your budget and timeframe
Get paid for your work
Outline your proposal
It's free to sign up and bid on jobs
8 freelancers are bidding on average $95 USD for this job

I can build this news-driven EA in MetaTrader 5, combining a reliable economic calendar feed with a hedge-and-breakout execution model. The system will open pre-news hedged positions, validate breakouts via support/resistance, close the losing leg, and trail the winner dynamically. I’ll implement flexible filters, robust risk controls, and clean modular code, along with backtests and set-files to ensure stability and easy future customization.
$300 USD in 3 days
4.7
4.7

I will diagnose the root cause of your unmanaged order desynchronization in NinjaTrader 8, focusing on execution sequencing, partial fills, and state handling across OnExecution and OnOrderUpdate. I’ll implement a robust fix ensuring TP/SL quantities always match live position size, even under rapid fills. You’ll receive clean patched code, a reproducible high-speed test scenario, and concise documentation for safe maintenance and future extensions.
$250 USD in 4 days
4.3
4.3

Hello, I can efficiently resolve the NT8 order quantity mismatch issue by conducting a root-cause analysis to identify why execution, position tracking, and internal state become unsynchronized under rapid or partial fills. I’ll deliver corrected code or a well-documented patch ensuring exit order quantities always mirror the current position, along with a repeatable test simulating high-velocity/partial-fill scenarios. A concise hand-off note will be provided for future maintenance. With 5+ years of experience in NT8 unmanaged strategies, I’m confident in meeting your acceptance criteria. Message me to discuss further or see samples of similar projects. Thanks, Adegoke. M
$25 USD in 3 days
4.0
4.0

Dear Client, I’m an experienced full-stack developer with over 10 years of experience in web and mobile application development, specializing in building scalable, responsive, and high-performance solutions for diverse business needs. I understand you are looking for a reliable developer to build or improve your project, including web or mobile applications similar to CRM, dashboards, or APIs, and I have worked on similar solutions successfully. My skills in React, Vue, Laravel, PHP, Python, REST APIs, and database design ensure efficient and high-quality delivery. Feel free to share more details or ask questions. I’m ready to refine my approach to match your exact requirements. Looking forward to working with you. Best regards, Md Ruhul Ajom
$35 USD in 2 days
4.2
4.2

Hi, Honestly this problem is very familiar to me. The TP and SL going out with the wrong quantity in live accounts is almost always a timing issue between OnPositionUpdate and OnExecutionUpdate, Apex fires position updates before the fill counters are ready, so the code misreads what happened and submits exits for the wrong size. I went through your code and I can see you've already been down this road, the HasActiveStrategyEntryOrder approach is close but it still breaks on partial fills and when TP1 cancels the scaling entries at the same time. I can fix this properly, explain exactly what was wrong, and give you a simulation that proves it holds under fast market conditions. Everything clean, no new warnings, and a short note so you can maintain it yourself going forward.
$25 USD in 7 days
0.0
0.0

Hi there, I read your project description with great interest. The issue you're facing with order quantity mismatches in an Unmanaged Strategy during partial fills is a classic and tricky problem in NinjaTrader 8 development. It almost always points to a race condition between the OnExecution and OnOrderUpdate events. I have extensive experience with C# and the NinjaTrader 8 API, specifically in building and debugging unmanaged strategies. I understand the importance of maintaining a robust internal state to keep your order tracking perfectly synchronized with the actual market position. Here is my proposed approach to fix this: Audit your current logic: I will review your OnExecution and OnOrderUpdate handlers to identify where the state desynchronization occurs. Implement a state-safe mechanism: I will refactor the code to ensure that position and order quantities are updated atomically, likely by implementing a more rigorous state-tracking dictionary or a lock mechanism to prevent concurrent update errors. Test for edge cases: I will ensure the fix handles rapid-fire orders and partial fills correctly, eliminating the "orphaned orders." I am available to start immediately and can resolve this for you efficiently. Let's get your strategy running flawlessly. Looking forward to working with you. Best regards
$50 USD in 7 days
0.0
0.0

Klang, Malaysia
Payment method verified
Member since Apr 25, 2024
$2-8 USD / hour
$10-30 USD
$10-30 USD
$250-750 USD
$30-250 USD
€2-6 EUR / hour
$10-100 USD
$15-25 USD / hour
$2-8 USD / hour
$250-750 CAD
$250-750 CAD
$10-100 USD
$10-30 USD
$10-30 USD
$250-750 USD
₹1500-12500 INR
$10-200 USD
₹10000-150000 INR
₹37500-75000 INR
$250-750 AUD