Quais 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 carimbos de data/hora que colocam esses eventos no mesmo eixo temporal e dos custos de execução relacionados (por exemplo, spread e comissões), para não confundir “movimento de preço” com “taxas” ou “efeitos de cotação”. Registre também a origem dos dados (plataforma, relatório do corretor ou ticket de ordem) e o quão completos eles são.

Mecanismo e definição

Slippage é a diferença entre o preço que você esperava ao colocar ou confirmar uma ordem e o preço que você realmente obteve no preenchimento. Na prática, a avaliação depende de qual “preço esperado” você escolhe:

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

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

Separe componentes que podem parecer semelhantes:

• Movimento de mercado: mudanças de preço enquanto a ordem aguarda execução.
• Restrições de execução: como seu provedor roteia ordens, lida com liquidez e aplica 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 autossuficiente 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 é mercado/limite; a lógica de execução difere.
3. Preço pretendido/referência: o preço que você usou como “esperado” (e onde o obteve).
4. Preço executado: o(s) preço(s) de preenchimento que você realmente recebeu.
5. Carimbos de data/hora: hora do envio da ordem, hora da aceitação/confirmação e hora de cada preenchimento. Use um fuso horário consistente ou inclua offsets de fuso horário.
6. Estrutura do preenchimento: se a ordem foi preenchida de uma vez ou em partes; se houve preenchimentos parciais, registre cada preenchimento e a quantidade total.
7. Detalhamento de custos: pelo menos comissões e quaisquer componentes de taxas documentados que afetem o custo líquido de execução.
8. Proveniência e completude dos dados: se os valores vêm de um ticket de ordem, relatório de execução, contabilidade ou logs do sistema, e se algum campo está ausente.

Exemplo de cálculo concreto (premissa necessária):

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

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

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

• Incompatibilidade de tempo de referência: se seu “preço esperado” for registrado em um momento diferente da decisão de execução, o slippage calculado pode refletir desalinhamento temporal em vez de qualidade de execução.
• Preenchimentos parciais e erros de agregação: calcular médias incorretamente entre múltiplos preenchimentos (ou ignorar que os preenchimentos ocorreram em momentos e preços diferentes) pode distorcer o slippage.
• Campos ausentes ou alterados: se 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 à verdadeira linha do tempo de execução.
• Confusão de custos: spreads (bid/ask) e comissões podem ser confundidos com slippage de preço, a menos que você separe “preço efetivo” e “componentes de taxas”.
• Relações não estacionárias: qualquer relação histórica entre slippage e condições não garante comportamento futuro; liquidez e volatilidade de mercado podem mudar.

A maneira mais segura de lidar com a incerteza é tratar o 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 número universal único.

Verificação e próxima pergunta

Para verificar seus fatos de forma independente, você deve ser capaz de apontar os campos exatos usados para preço de referência, preço executado e carimbos de data/hora, e confirmar que eles vêm do mesmo ciclo de vida de execução (ticket de ordem vs. relatório de execução).