Custos diretos e indiretos que podem afetar corretores com API
Corretores com API podem não apenas cobrar um preço fixo pela conectividade ou processamento de ordens; os custos também surgem de como as ordens são executadas e de como o ambiente da API se comporta. Para entender o quadro de custos total, separe os custos diretos (cobranças explícitas) dos custos indiretos (impacto econômico causado pela execução e efeitos do sistema).
Custos diretos são cobranças declaradas no contrato do corretor ou na tabela de taxas, tais como:
- Comissão ou taxa por ordem ou por lote/unidade.
- Taxas de hospedagem, conectividade ou acesso à API (se aplicável).
- Encargos relacionados a financiamento vinculados à manutenção de posições ao longo do tempo (frequentemente chamados de swap/rollover), que dependem do instrumento e do momento.
Custos indiretos nem sempre são listados como uma “taxa”, mas ainda assim afetam o preço realizado e o desempenho. Exemplos incluem:
- Impacto de spread e slippage: a diferença entre o preço de execução esperado e o preço de execução alcançado.
- Efeitos de latência e momento: atrasos podem alterar o preço de preenchimento se as condições do mercado mudarem.
- Atritos de execução e roteamento: preenchimentos parciais, comportamento diferente do local de negociação e regras de gerenciamento de ordens.
- Despesas operacionais: limites de taxa, ordens rejeitadas ou limitação de velocidade podem aumentar indiretamente os custos ao alterar o momento da execução.
Como funciona: entradas, premissas e composição de custos
Uma maneira prática de raciocinar sobre custos é começar com um “modelo contábil” mínimo. Suponha que você envie uma ordem de compra ou venda para um tamanho específico, em um momento específico, usando uma lógica de estratégia definida por meio da API.
Em seguida, divida o resultado realizado em componentes:
- Componente de preço da negociação: o preço de preenchimento alcançado entre as execuções.
- Componente de custo explícito: qualquer comissão/taxa aplicada por ordem ou por volume.
- Componente dependente do tempo: encargos semelhantes a financiamento se as posições forem mantidas além de um período especificado.
- Componente de compensação e liquidação (se relevante): alguns contratos incluem regras que alteram a forma como os custos são aplicados.
Mecânica estável: o papel da API é enviar intenções (ordens) e receber respostas (preenchimentos, rejeições, confirmações). A mecânica de custos então vem da política de execução do corretor e de qualquer tabela de taxas declarada.
Fatores variáveis: a volatilidade do mercado afeta o spread e o slippage; as condições de execução do provedor afetam a qualidade do preenchimento; o comportamento do sistema (como limitação de velocidade) afeta se as ordens são aceitas e quando são executadas.
Ao fazer qualquer cálculo de exemplo, você deve declarar as premissas. Por exemplo: “Se eu enviar ordens de tamanho X e receber preenchimentos nos preços P1…Pn, com uma comissão C por unidade, o custo total estimado é igual a (preço médio alcançado − preço de referência) × X mais comissão mais quaisquer encargos baseados no tempo.” Sem essas premissas, o “custo” não pode ser comparado entre provedores ou períodos.
Evidências e exemplos: o que você pode verificar sem premissas
Para verificar os custos de forma independente, use duas trilhas de evidências: termos do contrato e resultados realizados.
1) Termos do contrato (custos diretos)
Verifique os documentos juridicamente vinculativos do corretor para:
- Detalhes da tabela de taxas (o que aciona comissões ou cobranças por ordem).
- Quaisquer cobranças relacionadas a acesso à API ou conectividade.
- Como os encargos semelhantes a financiamento são definidos e quando são acumulados.
- Definições para tipos de ordem, preenchimentos parciais e como as taxas se aplicam em múltiplos preenchimentos.
Isso ajuda a mapear “o que você paga” para “quais ações causam a cobrança”.
2) Resultados de execução realizados (custos indiretos)
Para quantificar os custos indiretos, compare um preço de referência (como o preço médio no momento da decisão, ou outro benchmark acordado) com os preços de preenchimento reais retornados pela API. Registre:
- Carimbos de data/hora dos preenchimentos e preços alcançados.
- Se os preenchimentos são parciais e quantas execuções ocorrem.
- Quaisquer rejeições, cancelamentos, tempos limite ou eventos de limite de taxa.
Mesmo sem dados de mercado ao vivo, você ainda pode analisar seus próprios logs de ordens/preenchimentos capturados: a diferença realizada entre a execução esperada e a alcançada reflete diretamente efeitos semelhantes a slippage.
Limitações e modos de falha materiais a observar
Os custos não são apenas sobre números; os sistemas podem falhar de maneiras que alteram os resultados realizados.
Limitações materiais e modos de falha incluem:
- Preenchimentos parciais: uma ordem pode ser dividida, alterando o preço médio efetivo e a aplicação da taxa.
- Ordens rejeitadas ou erros de validação: se uma ordem não for aceita, ela pode perder oportunidades de execução.
- Limites de taxa e limitação de velocidade: atrasos podem deslocar a execução para um regime de preços diferente.
- Tempos limite e respostas desatualizadas: o aplicativo pode agir com base em informações desatualizadas.
- Regras de gerenciamento de ordens: mudanças como “substituir exige cancelar” podem adicionar atrito.
Esses fatores podem tornar os custos imprevisíveis se você assumir aceitação perfeita e execução imediata.