Que dados são necessários para avaliar o slippage?

Resposta direta

Para avaliar o slippage, colete dados que conectem a intenção de uma ordem ao resultado real da execução. No mínimo, você precisa do preço de execução pretendido (ou referência de decisão), do preço executado, dos timestamps que colocam esses eventos no mesmo eixo de tempo e dos custos relacionados à execução (por exemplo, spread e comissões) para não confundir “movimento de preço” com “taxas” ou “efeitos de cotação”. Além disso, registre de onde vêm os dados (plataforma, relatório do broker ou ticket da ordem) e o quão completos eles são.

Mecânica e definição

Slippage é a diferença entre o preço que você esperava quando colocou ou confirmou uma ordem e o preço que você realmente obteve quando ela foi executada. Na prática, a avaliação depende de qual “preço esperado” você escolhe:

• Preço de referência do lado da ordem: o preço exibido no envio da ordem ou na aprovação da ordem.
• Preço de referência do lado da cotação: um nível de mid/ask/bid observado próximo ao horário da decisão da ordem.
• Preço de referência do lado da execução: um preço registrado pelo local de execução ou pelo sistema de negociação no momento em que o broker aceita a ordem.

Essas escolhas importam porque o slippage pode ser calculado de maneiras diferentes. Para manter os cálculos com significado, declare sua suposição explicitamente, por exemplo: “slippage = preço executado − preço de referência para uma compra, usando a cotação registrada no horário de confirmação da ordem”.

Separe componentes que podem parecer semelhantes:

• Movimento de mercado: mudanças de preço enquanto a ordem aguarda para ser executada.
• Restrições de execução: como seu provedor roteia as ordens, lida com a liquidez e aplica os preços disponíveis.
• Custos de transação: comissões, financiamento ou outras taxas que podem alterar seu custo efetivo.

Se você tratar custos como slippage, sua avaliação pode superestimar a diferença de execução.

Evidência, exemplo e quais dados registrar

Um registro de slippage autocontido para uma única ordem normalmente precisa de:

1. Detalhes do instrumento: identificador do símbolo/par de moedas e tamanho do contrato (para evitar misturar instrumentos).
2. Lado e tipo de ordem: compra/venda e se é market/limit; a lógica de execução difere.
3. Preço pretendido/referência: o preço que você usou como “esperado” (e de onde você o obteve).
4. Preço executado: o(s) preço(s) de fill que você realmente recebeu.
5. Timestamps: hora de envio da ordem, hora de aceitação/confirmação e hora de cada fill. Use um fuso horário consistente ou inclua offsets de fuso horário.
6. Estrutura do fill: se a ordem foi executada uma vez ou em partes; se ocorreram fills parciais, registre cada fill e a quantidade total.
7. Detalhamento de custos: pelo menos comissões e quaisquer componentes de taxa documentados que afetem o custo líquido da execução.
8. Procedência e completude dos dados: se os valores vêm de um ticket de ordem, relatório de execução, razão/ledger ou logs do sistema, e se algum campo está ausente.

Exemplo de cálculo concreto (suposição necessária):

• Suponha que seu preço de referência seja a cotação exibida no horário de confirmação da ordem.
• Para uma ordem de compra, calcule slippage_points = preço_executado − preço_referência para cada fill e, em seguida, calcule a média ponderada pela quantidade do slippage se houver múltiplos fills.
• Se você quiser slippage em termos de custo, converta a diferença de preço usando o tamanho do contrato e, então, adicione separadamente as comissões documentadas para evitar misturar “diferença de preço de execução” com “taxas”.

Limitações e riscos (modos de falha relevantes)

Várias limitações podem tornar a avaliação de slippage pouco confiável:

• Desalinhamento de tempo da referência: se seu “preço esperado” for registrado em um momento diferente do da decisão de execução, o slippage calculado pode refletir desalinhamento de timing em vez de qualidade de execução.
• Fills parciais e erros de agregação: fazer a média incorretamente entre múltiplos fills (ou ignorar que os fills ocorreram em horários e preços diferentes) pode distorcer o slippage.
• Campos ausentes ou alterados: se os relatórios de execução omitirem certos eventos, ou se a plataforma reescrever preços durante a reconciliação, seu conjunto de dados pode não corresponder ao verdadeiro cronograma de execução.
• Confusão de custos: custos de spread (bid/ask) e comissões podem ser confundidos com slippage de preço, a menos que você separe “preço efetivo” e “componentes de taxa”.
• Relações não estacionárias: qualquer relação histórica entre slippage e condições não garante comportamento futuro; liquidez e volatilidade do mercado podem mudar.

A forma mais segura de lidar com a incerteza é tratar slippage como uma métrica calculada que depende da sua definição de referência escolhida e da integridade dos dados, e não como um único número universal.

Verificação e próxima pergunta

Para verificar independentemente seus fatos, você deve conseguir apontar para os campos exatos usados para preço de referência, preço executado e timestamps, e confirmar que eles vêm do mesmo ciclo de execução (ticket da ordem vs. relatório de execução).