O que as regras de saída significam
As regras de saída são as condições predefinidas e as etapas de decisão que descrevem como uma posição é encerrada. Elas respondem duas perguntas básicas: o que dispara a saída (por exemplo, atingir um nível ou um limite de tempo) e como a saída é executada (por exemplo, enviando uma ordem imediatamente ou quando as condições forem atendidas). Para iniciantes, ajuda tratar as regras de saída como uma especificação escrita em linguagem simples, e não como um indicador ou uma previsão.
Em termos de foco em risco, as regras de saída existem para limitar a incerteza depois que uma posição já começou. Elas não eliminam a incerteza; apenas a estruturam. Se suas suposições sobre execução, custos e mensuração não estiverem claras, suas regras de saída podem descrever um resultado que, na prática, não pode ser produzido.
Como as regras de saída normalmente funcionam (mecânica)
Uma forma útil de entender as regras de saída é dividi-las em entradas, lógica e saída.
Entradas são os pontos de referência usados pela regra, como um preço de início (ou preço de entrada), uma referência de alvo (como um nível de “lucro”), uma referência de risco (como um nível de “perda”) e um método de avaliação (por exemplo, “verificar continuamente” ou “verificar em horários específicos”).
Lógica é a sequência de decisão. Muitos conjuntos de regras incluem mais de uma condição, então você precisa definir o que acontece primeiro se várias condições puderem ser verdadeiras (por exemplo, limite de perda vs. limite de tempo).
Saída é o resultado esperado expresso em termos mensuráveis: o nível de preço em que a saída é pretendida e os fatores de custo realizados que afetam os resultados.
Exemplo de impacto no cenário (com suposições explícitas): Suponha que uma posição seja encerrada quando o preço atingir um nível predefinido, e suponha que não haja atraso. Com essa suposição, o preço de saída realizado é igual ao nível que você definiu. Se você remover a suposição de “sem atraso” e incluir efeitos de execução como slippage, então o preço de saída realizado pode diferir do nível, mesmo que a lógica da sua regra esteja correta.
Limitações materiais e riscos
Um mal-entendido comum é tratar as regras de saída como se elas garantissem um resultado específico. Elas não podem, porque os resultados reais dependem de condições fora da definição da regra.
1) Incerteza de execução: Mesmo com a mesma regra, os resultados da saída mudam conforme como as ordens são preenchidas, quando elas são enviadas e se o mercado se move rapidamente. Um salto de preço pode fazer com que a saída seja preenchida em um preço pior do que o esperado.
2) Custos e mensuração: Os resultados são afetados por spreads/taxas/comissões e por como eles são aplicados no seu setup específico. Se seu cálculo ignora esses custos, sua regra pode parecer “funcionar” no papel, mas não na realidade.
3) Conflito de condições: Se existirem múltiplas condições de saída, uma prioridade pouco clara pode gerar ambiguidade. Por exemplo, se uma saída baseada em tempo e uma saída baseada em nível puderem ocorrer por volta da mesma hora, você precisa declarar qual delas decide.
4) Modo de falha operacional: Uma regra depende de implementação correta. Verificações perdidas, ordens que não são colocadas conforme definido, ou dados inconsistentes podem fazer com que a regra de saída seja diferente do que você pretendia.
Verificação e a próxima pergunta a fazer
Iniciantes podem verificar independentemente fatos sobre regras de saída checando três coisas:
- Precisão da definição: Sua regra de saída especifica disparadores, timing e prioridade em uma redação inequívoca?
- Lista de suposições: Quais suposições você está fazendo sobre timing de execução, comportamento das ordens e custos? Se você não consegue listá-las, você não consegue testá-las.
- Mensuração comparável: Você está usando a mesma referência de preço e o mesmo modelo de custos tanto para sua expectativa quanto para qualquer resultado observado?
Uma próxima pergunta prática é: Qual parte da minha regra de saída é a menos testável? Se for o timing de execução, concentre sua verificação nos campos de dados exatos e no timing de eventos que sua plataforma usa, porque é aí que as diferenças entre as saídas pretendidas e as realizadas mais frequentemente aparecem.
DOCUMENT END