NRUNO Trading Automation Wiki · Question 64

Which cTrader errors should automated trading retry automatically?

Infrastructure, Cloud & PerformanceLast reviewed: 25 Aug 2026
Short answer

Retry only errors that are plausibly transient and only under a bounded, duplicate-safe policy. Connectivity or temporary service failures may justify a retry; invalid volume, invalid protection or insufficient margin normally require changing the request or account state.

What this means in practice

Retry only errors that are plausibly transient and only under a bounded, duplicate-safe policy. Connectivity or temporary service failures may justify a retry; invalid volume, invalid protection or insufficient margin normally require changing the request or account state. This page is specifically about “Which cTrader errors should automated trading retry automatically?”, so each scenario below is explained by its own mechanism instead of sharing one generic diagnosis.

Real-world scenarios

Scenario A — Temporary disconnect

Inspect the mechanism named by “Scenario A — Temporary disconnect” directly. Record its input, the state immediately before it and the first observable output that differs from the intended result. For Scenario A — Temporary disconnect on question 64, use that evidence specifically to answer “Which cTrader errors should automated trading retry automatically?”; keep it separate from the evidence for the other scenarios on this page.

Scenario B — Transient timeout

Timestamp request receipt and HTTP response separately. Validate or persist the command quickly and do not keep the TradingView webhook open while waiting for database work, reconnects or broker fills. For Scenario B — Transient timeout on question 64, use that evidence specifically to answer “Which cTrader errors should automated trading retry automatically?”; keep it separate from the evidence for the other scenarios on this page.

Scenario C — Service unavailable

Inspect the mechanism named by “Scenario C — Service unavailable” directly. Record its input, the state immediately before it and the first observable output that differs from the intended result. For Scenario C — Service unavailable on question 64, use that evidence specifically to answer “Which cTrader errors should automated trading retry automatically?”; keep it separate from the evidence for the other scenarios on this page.

What to check

  • target connector/account identity
  • exact broker symbol
  • normalized order parameters
  • cTrader response and final position/order state

Practical rule

For “Which cTrader errors should automated trading retry automatically?”, change only the first layer whose evidence no longer matches the intended action. Preserve signal identity, timestamps and final cTrader state, and reproduce execution-affecting changes on demo before live use.

Decision summary

Direct answer: Retry only errors that are plausibly transient and only under a bounded, duplicate-safe policy. Connectivity or temporary service failures may justify a retry; invalid volume, invalid protection or insufficient margin normally require changing the request or account state.

Next action: Match the observed evidence to one scenario above, test that mechanism independently on demo and keep the result traceable with one signal ID.

Primary sources

Need a TradingView → cTrader execution route?

NRUNO routes your TradingView instructions to cTrader. Your strategy and signal logic remain yours.