Resposta direta: quais dados você precisa
Para avaliar uma ordem stop limit, reúna (1) os próprios parâmetros da ordem, (2) as regras de execução que determinam como a plataforma lida com gatilhos e preenchimentos e (3) as entradas práticas de custo e restrição que podem alterar os resultados. Como os resultados dependem do timing e do movimento do mercado, você também precisa de verificações que confirmem que suas informações estão completas, são internamente consistentes e não estão desatualizadas.
Mecânica e definição: de que uma ordem stop limit depende
Uma ordem stop limit combina dois níveis de preço e uma regra de ativação:
- Preço de stop: o nível que “aciona” a ordem.
- Preço limite: o preço máximo (ou mínimo, dependendo do lado) no qual a ordem será executada.
- Lado (compra ou venda): determina se o stop é acionado quando o preço se move para cima ou para baixo.
- Time-in-force: por quanto tempo a ordem permanece ativa (por exemplo, até uma data, ou para uma sessão).
- Quantidade: o tamanho solicitado, que importa para preenchimentos parciais.
- Detalhes de tratamento da ordem: se a plataforma trata a ordem como uma única ordem ou se ela pode ficar em uma fila até que as condições sejam atendidas.
Mecânicas estáveis que você pode afirmar sem dados de mercado: a ordem se torna elegível quando a condição de stop ocorre e, em seguida, impõe uma restrição de limite à execução. O que você precisa obter como dados “variáveis” é como seu local de execução específico e a plataforma traduzem essas configurações em um processo real de preenchimento.
Evidência e exemplo: checklist de entradas para avaliar antes de julgar resultados
Use um conjunto estruturado de entradas e verifique a procedência e a atualidade de cada uma.
1) Entradas de parâmetros da ordem (o “que você configura”)
Reúna:
- Preço de stop, preço limite, lado e quantidade.
- Time-in-force.
- Quaisquer campos específicos da plataforma (por exemplo, como a plataforma define a condição de stop, ou se ela usa o último preço negociado vs. outra referência).
Declaração de premissa (para cálculos ou raciocínio de cenários): se você comparar cenários, declare sua premissa sobre o preço de referência e se os spreads se ampliam durante a ativação.
2) Entradas de regras de execução (o “como funciona”)
Reúna na documentação oficial ou nas notas de entrada de ordens da plataforma:
- Definição do gatilho (qual fluxo de preços ativa o stop).
- Como o limite se aplica após a ativação.
- Se a ordem pode ser rejeitada ou cancelada automaticamente sob certas condições.
- Quaisquer regras sobre preenchimentos parciais, tamanho mínimo da ordem e incrementos de preço.
3) Entradas de custo e restrição (o “que pode mudar o preenchimento”)
Mesmo sem dados de mercado em tempo real, você deve identificar quais componentes de custo e restrições talvez seja necessário modelar:
- Custos de transação (taxas/comissões) conforme documentado pelo local/provedor.
- Premissa sobre comportamento do spread (não assuma que ele permanece constante).
- Possibilidade de slippage entre o momento em que o stop é acionado e o momento em que o limite se torna efetivo.
Verificação de qualidade: garanta que suas entradas usem unidades consistentes (incrementos de preço/tamanho do tick) e definições de referência consistentes.
4) Verificações de atualidade e desatualização
Se você estiver usando qualquer informação histórica ou exibida de preço, rotule-a como não em tempo real e trate-a apenas como referência de comparação. Verifique:
- Quando a informação foi capturada.
- Se os dados da plataforma que você usa são a mesma referência usada pela condição de stop.
Limitações e modos de falha (riscos materiais a esperar)
Ordens stop limit podem falhar em executar mesmo quando o mercado “se move em direção” ao preço do stop. As principais limitações incluem:
- Timing de ativação vs. preço de execução: quando a condição de stop é atendida, o mercado pode ter se movido além do limite, impedindo preenchimentos.
- Gaps e movimentos rápidos: saltos repentinos podem levar os preços do gatilho para além do limite sem ficar “em repouso” em um preço executável.
- Preenchimento parcial e exposição residual: se a quantidade não puder ser totalmente executada dentro da restrição do limite, parte pode preencher enquanto o restante permanece não preenchido ou cancelado, dependendo das regras.
- Desalinhamento de referência de dados: usar uma referência de preço diferente na sua avaliação daquela que a plataforma usa para ativar o stop pode invalidar conclusões.
Rode vlaggen (red flags): time-in-force ausente, referência de stop não definida, incrementos de preço inconsistentes ou mistura de cotações desatualizadas com interpretações atuais das regras.
Verificação e próxima pergunta: como confirmar os fatos que você usou
Para verificar de forma independente o que você precisa, faça uma checagem cruzada:
- Suas definições de parâmetros stop-limit com a documentação da plataforma/local.
- Definição da referência do gatilho do stop (a base exata do preço).
- O comportamento de execução para preenchimentos parciais, tratamento de time-in-force e condições de rejeição da ordem.
- Quaisquer restrições de unidade, como regras de tamanho mínimo e incremento de preço.
DOCUMENT END