Futures-sized orders
Quantity is expressed as whole contracts, not MT5-style lots or a percentage of a coin.
Automating futures is not just sending BUY and SELL. Tradovate accounts require a valid session, the correct futures instrument, whole-contract quantities and a clear policy for stops, partial exits and prop-firm limits.
A real integration guide, with execution rules and test scenarios.
Tradovate requires a valid trading account, session and executable CME futures contract. TradingView can chart MES1!, but the order must reach the correct active tradable contract. The number of contracts, stop model and account permissions must be checked in the destination, especially in prop evaluations.
Evaluation and funded accounts add another layer. Profit targets, intraday or trailing drawdown rules, permitted contracts and news restrictions are defined by the prop firm, not by the webhook provider. An automated strategy still has to comply with them.
Quantity is expressed as whole contracts, not MT5-style lots or a percentage of a coin.
The AlgoWay form offers Tradovate Login or Tradovate API Access with distinct credentials and demo/live selection.
Configured Tradovate workflows include protective exits, multiple targets in applicable signal flows and breakeven handling.
Tradovate has two different authorization paths in the AlgoWay form. The credentials for a regular Login connection are not the same fields as the credentials for a dedicated API Access connection.
Create a TradingView route in Trade Webhooks and choose Tradovate Login or Tradovate API Access.
Use Demo for simulation and Live only for the matching live credentials. Supply the trading account ID when needed to disambiguate multiple accounts.
Login mode uses username and password. API mode requires Tradovate username, dedicated API password, CID/API Key ID, API Secret and App ID/API Key Name.
Check the exact active CME contract or the supported contract resolver. Map TradingView continuous symbols deliberately and use integer order quantity.
Use one micro contract in a permitted test account. Inspect account order history, the protective order and AlgoWay webhook logs after each alert.
This order message opens one futures contract as a starting test. It is not a multi-target exit specification and should not be represented as one; target splitting and breakeven need their own configured and tested execution workflow.
{
"ticker": "MES1!",
"order_action": "buy",
"order_contracts": 1,
"order_type": "market"}MES1! is a continuous TradingView chart symbol; confirm the route resolves it to a tradable futures expiry. Use a strategy-generated identifier only when the selected order-linkage workflow requires it.
MES and ES track the same underlying index but their point values differ by a factor of ten. One NQ contract and one MNQ contract also carry very different exposure. A copied TradingView signal needs intentional quantity and symbol mapping for every account.
Tradovate Login asks for the regular account credentials and environment. Tradovate API Access is a separate flow: it uses a dedicated API password along with API identifiers. Mixing a website password into an API-only field is not a valid integration setup.
Imagine three MES contracts and three targets. A valid plan could allocate one contract per target. An accidental three contracts at each target multiplies exposure to nine contracts. AlgoWay multi-TP execution must obey whole-contract rounding; when an exit workflow is generated from Telegram signals, its sizing and breakeven settings should be checked independently of TradingView strategy exits.
When TP1 closes part of the trade, breakeven protection should operate on still-open contracts, using the actual entry price. A TradingView strategy with its own partial exits may instead send distinct close alerts; avoid combining both control methods without a test.
Passing an evaluation is not guaranteed by automation. Check the specific prop firm’s allowed instruments, maximum contract count, daily loss/trailing drawdown calculation, session cutoff and restrictions on algorithmic trading before enabling unattended execution.
| Setting | Purpose | Verification |
|---|---|---|
| Tradovate Login | Username, password, Live or Demo | Do not insert dedicated API fields into a Login configuration |
| Tradovate API Access | Username, dedicated API password, CID/API Key ID, secret and App ID | Use the separate API credentials required by this flow |
| Instrument | MES versus ES; correct active expiry | MES represents $5 per index point; ES represents $50 |
| Multi-TP sizing | Integer contract allocation across enabled targets | Three contracts must not accidentally become three contracts per target |
| Breakeven | Protection for the still-open contracts after TP1 | Confirm the actual stop modification in Tradovate |
An intraday strategy enters three MES contracts. The trading plan sets one contract for TP1, one for TP2 and one for TP3, with a protective stop for the open exposure. After the first target fills, the trader wants the remaining contracts protected at entry. This is a coherent plan only when the selected signal workflow actually supports those target and breakeven instructions.
Check the live account state after each partial fill and distinguish a strategy-generated exit from an AlgoWay-managed exit. A protective order should never be assumed to have changed until Tradovate shows the corresponding active order. For evaluation accounts, stop trading when firm-specific loss limits require it.
Specify the account ID explicitly when the Tradovate login exposes several trading accounts.
Check expiry, continuous symbol handling and the broker contract listed for your account.
Determine whether the route expects absolute prices or relative points/ticks for that field; do not mix exit models.
Inspect allocation and rounding; the combined requested target quantities must not exceed the intended entry size.
Compare the Tradovate order history, account ID, contract expiry and working protective orders with the AlgoWay response. Breakeven is effective only after the remaining stop is actually amended at Tradovate.
Yes. AlgoWay routes validated TradingView webhook messages to the configured Tradovate account.
Yes. Futures positions are opened in integer contracts, so test size after any multiplier or allocation is applied.
The Tradovate integration includes breakeven controls for supported execution flows. Verify the actual remaining stop after TP1 rather than assuming all signal formats behave identically.
Automation can execute a consistent strategy, but firm risk limits, permitted activity and evaluation outcomes remain your responsibility.
Yes, using a Telegram source route. Telegram multi-target parsing and execution settings are distinct from TradingView strategy order alerts.
The SL/TP calculator is useful for reasoning about distances, but futures orders still depend on exchange tick size, whole-contract quantity and the chosen Tradovate exit workflow.
Prove authentication and the active contract first; then test the desired TP split and post-TP1 stop behavior with the same account rules you will use for live trading.