Como avaliar uma FIX API antes de comprometer a sua integração

"Suportamos FIX 4.4 e 5.0" não diz nada. É como dizer que um carro tem rodas. O que determina se uma integração vai funcionar são coisas bem menos glamourosas: quais mensagens cobrem, o que acontece quando a sessão cai, e se o sandbox se comporta como produção.

Esta é a lista que a sua equipe técnica deveria revisar antes de comprometer semanas de trabalho.

O que a versão não diz a você

FIX é um protocolo, não uma implementação. Dois venues que dizem suportar 4.4 podem diferir em:

Quais tipos de mensagem implementam e quais ignoram
Quais tags são obrigatórias em cada mensagem
Como tratam os campos personalizados
Quais códigos de rejeição devolvem e o que significam
Como gerenciam a numeração de sequência após uma desconexão

Nenhuma dessas diferenças aparece em "FIX 4.4". Todas aparecem na certificação, que é quando você já investiu tempo.

A documentação de mensagens deveria estar disponível antes de assinar qualquer coisa. Se só a entregam depois do contrato, você está comprando às cegas.

Cobertura de mensagens: o que perguntar

No mínimo, você precisa de clareza sobre quatro fluxos:

Cotação. Streaming de preços ou request/response? Assinatura por instrumento ou por lista? Qual profundidade enviam e com que frequência?

Entrada de ordens. Quais tipos suportam — mercado, limite, stop, IOC, FOK? Ordens de modificação e cancelamento? Qual é o comportamento quando se rejeita a modificação de uma ordem já parcialmente executada?

Relatórios de execução. Enviam execuções parciais? Com que granularidade? Como se identifica a relação entre a ordem original e os seus preenchimentos?

Drop-copy. Existe uma sessão separada que replica a sua atividade para conciliação e compliance? Para fundos e firmas com obrigações de reporting, não é opcional.

Peça isto: a especificação completa de mensagens e tags, incluídos os códigos de rejeição, antes da certificação.

O comportamento na reconexão, que é onde tudo quebra

Esta é a parte que separa uma integração que sobrevive de uma que acorda você de madrugada.

As perguntas concretas:

O que acontece com as ordens em trânsito quando a sessão cai? São canceladas automaticamente, permanecem vivas, ou depende da configuração? As três respostas são defensáveis; não saber qual é a sua, não.

Como se trata o sequence reset? Quando você reconecta, esperam que retome a numeração de onde parou, que a reinicie, ou negociam? Um desajuste de sequência mal tratado pode travar a sessão inteira.

Há recuperação de mensagens perdidas? Se você ficou desconectado 30 segundos, pode pedir as mensagens desse intervalo ou elas se perderam?

Qual é o timeout de heartbeat e o que acontece ao ultrapassá-lo?

Se alguma dessas respostas for "isso a gente vê na certificação", trate como informação: significa que não está documentado.

Mapeamento de símbolos: tedioso e crítico

Cada venue nomeia os seus instrumentos à sua maneira. O ouro pode ser XAUUSD, GOLD ou XAU/USD, com diferenças em tamanho de contrato, número de dígitos e horários de sessão.

O mapeamento do seu catálogo completo deveria ser acordado antes da certificação, não durante. É a causa mais comum de atrasos, e é completamente evitável.

Pontos que costumam morder:

Instrumentos com o mesmo nome e tamanho de contrato distinto
Diferenças no número de casas decimais, que quebram os cálculos de pip
Horários de sessão que não coincidem com os que a sua plataforma espera
Instrumentos que existem no seu catálogo e não no dele

Peça isto: o mapeamento acordado do seu catálogo inteiro, não de uma amostra representativa.

O sandbox: o único teste que vale

Um sandbox que não se comporta como produção transfere a descoberta dos bugs para a sua primeira sessão ao vivo. É a diferença entre um ambiente de testes e um cenário de teatro.

Paridade de produção significa concretamente:

Os mesmos tipos de mensagem e os mesmos códigos de rejeição
Comportamento de rejeição realista, não aceitação universal
Latência representativa, não instantânea
Os mesmos horários de sessão e as mesmas regras de instrumento

E, criticamente: credenciais antes do compromisso comercial. Um venue que pede que você assine para dar acesso ao sandbox está invertendo a ordem correta.

O que você deveria testar ali:

O ciclo completo de ordem: envio, execução parcial, execução total, cancelamento
Uma desconexão forçada no meio de uma ordem viva
Um sequence reset
Rejeições: provocá-las deliberadamente e verificar que os códigos são os documentados
O seu catálogo completo de instrumentos
Comportamento durante uma janela de alta volatilidade simulada

Quanto deveria demorar a certificação

Com o onboarding completo e o mapeamento acordado, dias, não semanas.

O que estica os prazos quase nunca é a tecnologia: é a espera. Por isso convém ter um contato técnico nomeado do seu lado desde o início, com poder de decisão, em vez de uma cadeia de aprovações.

Se um venue dá a você um prazo de certificação de várias semanas sem explicar o que o justifica, pergunte qual parte do processo é a lenta. A resposta diz muito sobre como vai ser a relação operacional depois.

Quando FIX não é a resposta

Vale dizer, porque há uma tendência a supor que FIX é sempre superior:

Se você roda uma corretora sobre MetaTrader com clientes de varejo ou profissionais sobre essa plataforma, a ponte MT5 é o caminho certo. FIX adicionaria complexidade sem benefício.

Se o seu stack é HTTP-first e moderno — típico em prop firms recentes e venues cripto-adjacentes — REST mais um WebSocket de baixa latência com documentação OpenAPI pode encaixar melhor do que FIX, e ser bem mais rápido de integrar.

FIX é o caminho quando o seu OMS ou EMS o fala de forma nativa, quando você precisa de drop-copy para compliance, ou quando o volume e a latência justificam o investimento de integração.

Muitas firmas começam com a ponte e adicionam FIX ao escalar. É uma progressão sensata, não uma derrota.

Perguntas frequentes

FIX 5.0 é melhor que 4.4? Não para a maioria dos casos. 4.4 segue sendo o padrão de fato no FX institucional e está mais bem suportado em toda a cadeia. 5.0 introduz melhorias estruturais, mas se a sua contraparte e o seu OMS falam 4.4 sem problemas, não há razão para se complicar.

Preciso de drop-copy? Se você tem obrigações de reporting, um administrador de fundo que precisa conciliar, ou auditores que vão pedir rastreabilidade, sim. Se você é uma corretora pequena sem essas obrigações, é um luxo. Pergunte mesmo assim se está disponível: existir diz algo sobre a maturidade do venue.

Posso usar o meu próprio motor FIX? Normalmente sim, e é o habitual. O que você precisa verificar é que o seu motor e a implementação dele coincidam nos detalhes que importam — sobretudo o tratamento de sequência e os campos personalizados.

O que faço se o sandbox não tem paridade de produção? Pedi-la explicitamente. Se a resposta for que não a têm, é um dado relevante sobre como vai ser a entrada em produção, e você deveria orçar tempo de estabilização que não havia previsto.

O detalhe técnico da nossa implementação está em FIX API: sessões, cobertura de mensagens, sandbox em paridade e comportamento de reconexão documentado antes da certificação. Os clientes ingressam e executam através de nós; as credenciais de sandbox são emitidas antes de qualquer compromisso comercial.

Para o marco geral: como uma corretora escolhe liquidez.