O que as pessoas geralmente entendem errado sobre problemas de execução
Problemas de execução são geralmente confundidos com “o mercado se moveu contra mim” ou com escolhas ruins de tipo de ordem. Na prática, problemas de execução significam que os resultados que você observa ao colocar uma ordem não correspondem à execução que você esperava.
Um erro comum é tratar a execução como um evento único. Na realidade, a execução abrange várias etapas: enviar a ordem, a plataforma/provedor recebê-la, combiná-la ou roteá-la e, finalmente, reportar o preenchimento de volta para você. Quando algo dá errado em qualquer etapa, o resultado pode ser diferente.
Outro erro é misturar mecânicas estáveis com condições variáveis. Mudanças no preço de mercado e mudanças na liquidez são variáveis e estão fora do seu controle. Os custos de negociação (como comissões e spreads) também fazem parte do resultado realizado. O comportamento do provedor e o desempenho do sistema podem adicionar variabilidade extra. Se você não separar essas causas, pode concluir incorretamente que um fator “causou tudo”.
Mecânica: o que “execução” significa e quais insumos importam
Para raciocinar com clareza, defina o que você esperava no momento de colocar uma ordem. Os insumos esperados típicos incluem: a direção e o tamanho da ordem, o tipo de ordem (mercado vs limite), o preço de entrada pretendido (para ordens limite e ordens disparadas) e as restrições (por exemplo, qualquer limite de tempo ou limites de preço).
Em seguida, compare isso com o que você realmente obteve: o(s) preço(s) de preenchimento, se você recebeu um preenchimento completo ou apenas um preenchimento parcial, o(s) horário(s) de execução reportado(s) e quaisquer mensagens de status, como “rejeitada”, “expirada” ou “preenchida”.
Um ponto neutro fundamental: “problemas de execução” não são automaticamente “ruins”. Eles também podem refletir que sua suposição sobre como seu tipo de ordem funciona não correspondeu à realidade. Por exemplo, uma ordem limite pode não ser preenchida se o mercado não atingir seu limite, o que é um comportamento esperado—não necessariamente um mau funcionamento da execução.
Evidências e exemplos: erros, consequências e verificações
Um erro frequente é culpar a execução por não preenchimentos esperados. Se você colocar uma ordem limite abaixo do preço atual (para uma compra) e o mercado nunca negociar nesse nível, o resultado é nenhum preenchimento. A consequência pode ser relatar incorretamente a situação como um erro do sistema, em vez de uma condição de cumprimento.
Outro erro é ignorar os custos ao comparar os resultados esperados com os observados. Mesmo que o preço de preenchimento seja “próximo”, a lucratividade realizada pode ser dominada por spreads, comissões ou outras taxas. Uma verificação neutra declara as premissas explicitamente: quais custos foram incluídos, quais preços de preenchimento exatos foram usados e se a comparação é equivalente.
Um terceiro erro é usar apenas um ponto de dados, como o lucro ou prejuízo final. Verificações melhores focam na cadeia de evidências: horário de envio da ordem, quaisquer mudanças intermediárias de status, carimbos de data/hora de execução e o(s) preço(s) exato(s) de preenchimento. Se você observar grandes diferenças, considere múltiplas causas: mudanças rápidas de preço, liquidez reduzida, latência entre a decisão e o preenchimento, ou preenchimentos parciais.
Limitações e riscos a serem considerados
Os resultados de execução variam com as condições de mercado, custos, método de execução e as regras da plataforma de negociação e do provedor. Devido a isso, padrões históricos não preveem confiavelmente resultados futuros.
Pelo menos um modo de falha material a ser observado é o preenchimento parcial: uma ordem pode ser preenchida em mais de um nível de preço, ou a ordem pode ser apenas parcialmente preenchida. Isso pode alterar o preço médio de preenchimento e também pode afetar a exposição subsequente.
Outro modo de falha é a rejeição ou expiração da ordem devido a restrições. Se uma ordem for rejeitada, a negociação “esperada” nunca existe; comparar o lucro esperado com os resultados observados torna-se inválido.
Verificação: uma lista de verificação neutra que você pode aplicar
Use uma lista de verificação neutra que não assuma uma causa única:
- Anote suas premissas: tipo de ordem, preço pretendido e o que “preenchimento esperado” significava para aquela configuração específica.
- Confirme os resultados usando campos reportados: status (preenchida/rejeitada/expirada), preço(s) de preenchimento e carimbos de data/hora de execução.
- Separe as causas: movimento de mercado vs custos de negociação vs qualquer comportamento reportado do sistema/provedor.
- Recalcule com as mesmas premissas (incluindo taxas) para garantir que sua comparação seja consistente.
- Se algo parecer anormal, trate como “causa desconhecida” até que você possa mapeá-lo para uma etapa específica na cadeia de execução.