Defina “problemas de execução” e o que você pode verificar
Problemas de execução são situações em que o resultado da colocação de uma ordem não corresponde ao comportamento de execução que um provedor declara que aplicará, ou quando o manuseio real da ordem mostra atrasos inesperados, rejeições, preenchimentos parciais ou resultados de preço/distribuição inconsistentes com o processo declarado. Verificação significa que você pode apontar fatos observáveis (carimbos de data/hora, mudanças de status da ordem, detalhes de preenchimento e registros de mensagens) e compará-los com as regras descritas nos documentos públicos do provedor.
Separe a mecânica estável das condições variáveis
Para verificar problemas de execução com precisão, separe o que é estrutural do que varia:
- Mecânica estável: etapas do ciclo de vida da ordem (enviada → aceita → roteada/na fila → executada/preenchida → concluída ou cancelada) e como a intenção de “mercado” vs. “limite” é interpretada.
- Condições variáveis: profundidade de liquidez, volatilidade, custos de negociação (taxas/spreads/comissões) e eventos externos que afetam todo o mercado.
Um risco material na verificação é assumir que qualquer discrepância é um “problema”. Mesmo quando um processo de execução está funcionando conforme descrito, o movimento do mercado pode alterar os preenchimentos entre o envio da ordem e a execução.
Construa uma lista de verificação de evidências que você possa reproduzir
Um processo de verificação autossuficiente geralmente combina três categorias de documentos e dados:
- Evidência de evento (o que aconteceu): colete os dados exportados da corretora/plataforma para a ordem específica—ID da ordem, carimbos de data/hora para cada mudança de status, mensagens de solicitação/confirmação, se disponíveis, e a lista completa de preenchimentos (preço, quantidade, hora). Se o provedor expõe apenas resultados agregados, observe essa limitação.
- Evidência de política (o que deveria acontecer): use os documentos atuais do provedor que descrevem a execução e o manuseio de ordens (por exemplo, tipos de ordem, locais de execução ou descrição de roteamento, regras de negociação e como as cotações são formadas). Use a versão do documento que corresponde ao período que você está investigando.
- Evidência de restrições (por que os resultados podem diferir): capture as premissas por trás do exemplo que você analisará—tamanho da negociação em relação à liquidez disponível, modelo de custos aproximado que você usou e o que você trata como preço de referência (por exemplo, cotação em um carimbo de data/hora específico). Declare essas premissas explicitamente.
Um “exemplo de cálculo” prático ainda pode ser válido sem preços ao vivo: por exemplo, se você observou uma sequência de preenchimentos parciais, pode verificar se a agregação dos preenchimentos é consistente com o manuseio de ordens documentado para execuções parciais (mesmo que o preço exato de mercado em cada instante seja desconhecido para você).
Identifique limitações e modos de falha
Pelo menos uma limitação material é comum na verificação de execução:
- Divergência legítima: os resultados da execução podem diferir de um preço de referência porque os mercados se movem mais rápido que a confirmação, ou porque os tipos de ordem interagem com a liquidez.
- Observabilidade incompleta: algumas plataformas não fornecem um registro completo de mensagens de ponta a ponta, então você não pode provar exatamente onde ocorreu um atraso.
- Ambiguidade do ponto de referência: “o preço que você viu” pode não ser o preço usado para a correspondência, especialmente se as cotações forem atualizadas ou se componentes de conversão/custo forem aplicados.
Essas limitações significam que a verificação deve ter como objetivo determinar se os fatos observados contradizem as regras documentadas, e não inferir intenção ou prever desempenho futuro.
Verificação como uma conclusão clara (e a próxima pergunta)
Uma conclusão robusta é uma das seguintes formas:
- Conclusão de discrepância: o cronograma de eventos observado ou o comportamento de manuseio contradiz as regras documentadas de ordem/execução do provedor para aquele tipo de ordem.
- Conclusão inconclusiva: os dados observados são insuficientes para comparar com as regras documentadas relevantes, ou condições variáveis dominam o resultado.
Próxima pergunta a fazer: “Qual seção exata do documento rege o tipo de ordem e a etapa observada (aceitação, roteamento, preenchimento, cancelamento), e os carimbos de data/hora e detalhes de preenchimento estão alinhados com essa etapa descrita?”