NRUNO Trading Automation Wiki · Question 33

How should I create a unique signal ID for TradingView automation?

Webhooks, Delivery & ReliabilityLast reviewed: 25 Aug 2026
Short answer

A signal ID should identify one intended action and stay identical when that same action is retried. Store processed IDs so repeated delivery can be acknowledged without executing twice.

What this means in practice

A signal ID should identify one intended action and stay identical when that same action is retried. Store processed IDs so repeated delivery can be acknowledged without executing twice. This page is specifically about “How should I create a unique signal ID for TradingView automation?”, so each scenario below is explained by its own mechanism instead of sharing one generic diagnosis.

Real-world scenarios

Scenario A — Strategy/bar/action deterministic ID

Validate the structured payload semantically: required fields, allowed actions, numeric ranges and signal identity. A retransmission of the same logical instruction should keep the same ID. For Scenario A — Strategy/bar/action deterministic ID on question 33, use that evidence specifically to answer “How should I create a unique signal ID for TradingView automation?”; keep it separate from the evidence for the other scenarios on this page.

Scenario B — UUID-style ID

Validate the structured payload semantically: required fields, allowed actions, numeric ranges and signal identity. A retransmission of the same logical instruction should keep the same ID. For Scenario B — UUID-style ID on question 33, use that evidence specifically to answer “How should I create a unique signal ID for TradingView automation?”; keep it separate from the evidence for the other scenarios on this page.

Scenario C — Scale-in requires distinct IDs

Decide whether extra entries are intentional scale-ins or accidental duplicates. Give each intended scale-in its own identity and keep TradingView pyramiding separate from transport or cBot duplicate protection. For Scenario C — Scale-in requires distinct IDs on question 33, use that evidence specifically to answer “How should I create a unique signal ID for TradingView automation?”; keep it separate from the evidence for the other scenarios on this page.

What to check

  • intended signal/action
  • last stage that definitely succeeded
  • first stage that differs from intent
  • final cTrader state after the event

Practical rule

For “How should I create a unique signal ID for TradingView automation?”, 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: A signal ID should identify one intended action and stay identical when that same action is retried. Store processed IDs so repeated delivery can be acknowledged without executing twice.

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.