Conectividade FIX para corretoras, fundos e empresas de trading: rede hospedada, engine licenciada ou gateway próprio

FIX, sigla de Financial Information Exchange, é o formato de mensagem padrão que empresas de trading usam para enviar ordens e receber execuções. A conectividade FIX é o vínculo de trabalho com cada corretora ou mercado: uma sessão que permanece conectada e se recupera após uma queda sem perder nenhuma mensagem. Você pode alugar esse vínculo de uma rede hospedada, licenciar uma engine FIX e operá-la por conta própria ou construir o seu próprio gateway. Qualquer que seja a escolha, preveja orçamento para pessoas, testes com cada contraparte e as horas que alguém precisa cobrir.

O que é o FIX e quem o mantém?

A FIX Trading Community se descreve como “a guardiã do FIX Protocol”. Ela define os padrões como “especificações abertas e neutras em termos de tecnologia para negociação eletrônica e processamento de operações”. O protocolo “define quais informações de negócio são trocadas e o que elas significam”, e cobre ordens, execuções, cotações e dados de mercado em ações, renda fixa, câmbio e derivativos.

Na prática, duas camadas importam. A camada de aplicação transporta as mensagens de negócio, como uma nova ordem ou um relatório de execução. A camada de sessão mantém o vínculo ativo. A página da FIX Trading Community sobre padrões técnicos diz que o protocolo “permite comunicação confiável e bidirecional entre duas partes por meio de uma sessão”, com mensagens ordenadas e números de sequência contínuos.

Quais versões do FIX importam em 2026?

A FIX Trading Community afirma: “Recomenda-se fortemente que as empresas usem o FIX Latest.” E acrescenta que, para empresas com implementações legadas, “as versões 4.2 e 4.4 do FIX Protocol ainda são suportadas pela FIX Trading Community”, e que as demais versões não têm mais suporte. Quem decide a versão que você fala são as suas contrapartes. Uma corretora que roda a 4.2 não vai migrar só porque você prefere algo mais novo, então liste as versões que cada contraparte oferece antes de escolher qualquer produto.

O que faz uma rede FIX hospedada ou um provedor de conectividade?

Você se conecta uma vez ao provedor, e o provedor mantém as sessões com as corretoras, os mercados ou os clientes do outro lado. Estas são as descrições dos próprios provedores, lidas em 10 de novembro de 2026.

• A Broadridge oferece “onboarding automatizado e certificação instantânea de contrapartes FIX por meio da nossa interface web”, e diz que você pode “implantar como uma solução totalmente ou parcialmente gerenciada”.
• A Iress descreve o seu FIX Hub como “um serviço de ponta a ponta, totalmente gerenciado, com onboarding de baixo esforço e manipulação de FIX”, que dá acesso a contrapartes “por meio de um único parceiro de conectividade, uma conexão e uma certificação”.
• O RA Hub da Rapid Addition “oferece suporte a implantações on-premises, em nuvem ou híbridas”, então verifique quem manteria as sessões. Ela diz que a sua oferta de conectividade com contrapartes busca “simplificar e acelerar o onboarding de clientes, melhorando a experiência do cliente e reduzindo o tempo até operar.”

Teste cada afirmação com as suas próprias contrapartes. Nenhuma das três páginas informava preço.

O que você abre mão com um provedor hospedado?

Você abre mão do controle sobre o caminho que as suas ordens percorrem e sobre o momento das mudanças. As suas ordens passam pelos servidores de outra empresa. A Iress menciona “manipulação de FIX”, e o serviço gerenciado da Broadridge usa “um serviço de normalização”. Entendemos que ambos significam que o provedor altera mensagens em trânsito, embora nenhuma das páginas diga quais campos nem como. Pergunte exatamente quais campos ele altera e se você vê a mensagem original e a alterada lado a lado.

Se o provedor ficar fora do ar, você precisa de outro caminho para cancelar o que está em andamento no mercado. Peça esse procedimento por escrito.

O que dá trabalho para operar uma engine FIX licenciada ou de código aberto?

Uma engine é uma biblioteca que fala a camada de sessão do FIX por você. A OnixS descreve as suas engines como “implementações de alta velocidade do Financial Information Exchange (FIX) Protocol” em .NET, C++ e Java. Elas vêm com código de exemplo para “estado de sessão e armazenamento de mensagens plugáveis” e são oferecidas “em regime de assinatura de baixo custo, com suporte completo”. A página dela não mostra preço e oferece uma avaliação gratuita de 30 dias. As engines de código aberto não têm taxa de licença. A página do QuickFIX/J indica uma lista de e-mails e uma tag do Stack Overflow para dúvidas. O site do projeto QuickFIX também lista suporte comercial, então você ou compra suporte ou conta com a sua própria equipe.

A engine é a parte menor do trabalho. Você ainda precisa cuidar disto:

• Gestão de sessão para cada contraparte: horários de conexão, credenciais e reinícios do número de sequência.
• Armazenamento de mensagens, para que, depois de uma reinicialização, você consiga responder a um pedido de reenvio, que é a contraparte pedindo mensagens que perdeu.
• Certificação com cada mercado ou corretora, repetida quando uma mudança puder afetar a conexão ou as suas mensagens.
• Monitoramento que avise rapidamente uma pessoa quando uma sessão cair.
• Equipe, ou uma escala, para cada hora em que os mercados em que você opera estão abertos.

O que é a certificação e por quanto tempo ela vale?

A certificação é um teste definido pelo mercado ou pela corretora antes de deixar o seu software operar de verdade. A ASX afirma: “Todos os aplicativos de clientes devem passar pelo processo de conformidade da ASX antes de acessar o mercado de produção.” Ela exige que o seu software esteja “em estado pronto para produção, antes de agendar o teste”. E reserva-se “o direito de bloquear o acesso ao sistema de produção por software não conforme”.

O teste não acontece uma única vez. A ASX lista casos em que os clientes precisam repeti-lo, entre eles quando o software é “modificado de qualquer forma que possa afetar ou impactar diretamente a conectividade ou as mensagens da ASX”. Pergunte a um provedor hospedado se os testes anteriores dele com um mercado valem para as suas ordens ou se você precisa fazer os seus.

Onde o protocolo termina e o seu trabalho começa?

O FIX é um padrão, mas cada contraparte acrescenta as suas próprias regras. A FIX Trading Community criou o FIX Orchestra por causa disso. Ele foi “concebido como regras de engajamento legíveis por máquina entre contrapartes”, com o objetivo de reduzir o tempo para conectar um novo parceiro de negociação. Um livro de regras só ajuda quando a contraparte publica um. A ASX e a London Metal Exchange publicam os seus em documentos PDF.

Dois documentos publicados, de um mercado e de uma corretora, mostram o quanto as regras podem divergir. A Paxos, na documentação da sua corretora de cripto, afirma: “O Cancel on Disconnect vem habilitado por padrão.” Também “força uma desconexão e o reinício dos números de sequência toda semana para todas as sessões”. A especificação da London Metal Exchange é diferente no logout: “O gateway não cancelará automaticamente” as ordens não persistentes de um usuário. O usuário pode pedir o cancelamento em caso de perda de conexão com um flag em cada ordem.

O seu trabalho próprio é o estado das ordens: o que o seu sistema acredita sobre cada ordem e o que você faz quando a contraparte discorda. Cada contraparte precisa de um mapeamento das suas mensagens para os seus estados, cobrindo rejeições, execuções parciais, cancelamentos que chegam depois de uma execução e alterações. Uma engine ou uma rede hospedada não consegue escrever isso por você, porque depende das suas regras de negócio.

Quando a latência importa?

Ela importa quando o seu lucro depende de ser o primeiro a um preço. Para uma corretora que roteia ordens de clientes, ou para um fundo que executa ordens ao longo de horas, a confiabilidade costuma importar mais. A OnixS descreve as suas engines como “especialmente projetadas para infraestrutura de trading de alta frequência, de latência ultrabaixa e crítica para a missão”. Isso é afirmação do fornecedor, e a página dele não traz nenhum número.

Meça você mesmo. Registre quando o seu sistema envia uma ordem e quando chega o relatório de execução correspondente, em um dia de negociação intensa. Uma rede hospedada coloca os sistemas do provedor nesse caminho, e só os seus números mostram se isso importa para você. Veja também os nossos artigos sobre por que os milissegundos importam no trading e sobre colocation em bolsas.

O que acontece quando uma sessão cai no meio de uma ordem?

Podem ter acontecido quatro coisas. A ordem pode nunca ter chegado ao mercado. Pode ainda estar em andamento lá. Pode ter sido executada, no todo ou em parte, com o relatório perdido na volta. Ou o mercado pode tê-la cancelado ao ver a desconexão. O seu sistema precisa descobrir qual delas ocorreu, sem enviar a ordem duas vezes.

A camada de sessão ajuda. Para uma lacuna durante uma sessão, a especificação da LME diz: “O cliente pode usar a mensagem Resend Request (35=2) para recuperar mensagens perdidas.” No logon após uma queda, ela diz que as lacunas devem ser preenchidas automaticamente, e que “nenhum dos lados deve gerar um Resend Request (35=2) com base no MsgSeqNum (34) da mensagem de Logon recebida”. Diz também que o seu gateway “não trata possíveis reenvios das mensagens iniciadas pelo cliente”. E acrescenta que “qualquer mensagem com ClOrdID (11) duplicado será rejeitada com base na verificação de unicidade do Client Order ID”. Ou seja, o gateway rejeita uma nova tentativa que repete o identificador e processa como ordem normal a que for enviada com um identificador novo. Descubra o que aconteceu com a primeira ordem antes de enviá-la de novo com um identificador novo.

Antes de assinar, faça este teste com o fornecedor: derrube a conexão com uma ordem em andamento, reconecte e compare o que cada lado acredita. Uma equipe que constrói deve automatizar esse teste e repeti-lo a cada versão.

Que obrigações se aplicam quando você se conecta a mercados?

As regras variam por país e por tipo de empresa, então use esta seção como um mapa para a conversa com o seu advogado. As citações não são o regime inteiro.

• UE. O artigo 17 da MiFID II, a diretiva da UE sobre mercados de instrumentos financeiros, é publicado pela ESMA, o regulador de mercados da UE, no seu livro de regras online. Ele diz que uma empresa de investimento que realiza negociação algorítmica “deve dispor de sistemas e controles de risco eficazes”, de modo que os seus sistemas sejam “resilientes e tenham capacidade suficiente”. Uma empresa que usa uma técnica de alta frequência deve guardar “registros precisos e em sequência cronológica de todas as ordens colocadas, incluindo cancelamentos de ordens”.
• Testes na UE. O artigo 6 do Regulamento Delegado 2017/589, conhecido como RTS 6 e escrito para empresas de investimento que realizam negociação algorítmica, diz que a empresa “deve testar a conformidade dos seus sistemas de negociação algorítmica e algoritmos de negociação” com o mercado. Isso inclui “ao se conectar a esse mercado por meio de um acordo de acesso patrocinado pela primeira vez”. Acesso patrocinado é enviar ordens diretamente a um mercado sob o código de negociação de outra empresa, sem usar a infraestrutura dessa empresa. O artigo 12 exige a capacidade de “cancelar imediatamente, como medida de emergência” as ordens não executadas em todos os mercados a que a empresa está conectada.
• EUA. A Rule 15c3-5 da SEC exige que uma corretora com acesso ao mercado “estabeleça, documente e mantenha um sistema de controles de gestão de risco e procedimentos de supervisão”. Os controles devem ser “razoavelmente projetados” para “impedir a entrada de ordens erradas, rejeitando ordens que excedam parâmetros adequados de preço ou de tamanho”. Também devem estar “sob o controle direto e exclusivo da corretora”. Uma exceção permite que a empresa atribua, por contrato escrito, controles regulatórios específicos a um cliente que seja uma corretora registrada. O diretor-presidente “deve certificá-los anualmente”.
• FINRA. O Regulatory Notice 15-09, publicado em 26 de março de 2015, lista práticas eficazes sugeridas para empresas que negociam de forma algorítmica. Entre elas estão “os testes são feitos de forma independente do desenvolvimento do código” e “mecanismos pelos quais a empresa pode desativar rapidamente o algoritmo ou a plataforma de apoio”.

Para o Reino Unido, uma revisão da FCA publicada em 21 de agosto de 2025 diz que as empresas de negociação algorítmica “são obrigadas a testar a conformidade dos seus algoritmos com o sistema do mercado ou do provedor de acesso direto ao mercado, conforme o artigo 6 do RTS 6”. Ela relata que algumas empresas observaram que esses procedimentos “diferiam significativamente de um mercado para outro”. Este artigo não cita o FCA Handbook, então pergunte ao seu advogado sobre os capítulos dele dedicados à negociação algorítmica.

Dependendo do regime e da forma como a empresa opera, essas regras podem significar uma forma de cancelar tudo em todos os mercados, registros de ordens com marcação de tempo e provas de testes. Um provedor hospedado pode fornecer parte disso.

Quando vale a pena construir o seu próprio gateway?

Construa quando uma exigência que gera dinheiro para você estiver além de todos os produtos testados. Sinais a observar:

• A lógica de estado das ordens é o centro da sua estratégia, e um provedor que edita ou enfileira mensagens atrapalha.
• Você precisa de verificações de risco que rodem antes de cada ordem, dentro do mesmo processo que a envia, como no nosso artigo sobre o hot path de risco pré-negociação.
• O custo de uma rede hospedada, somado ao longo de alguns anos para todas as sessões, supera o custo de uma equipe para operar a sua própria.

Não construa porque a licença da engine parece cara. A certificação, o monitoramento e a escala para o horário dos mercados continuam com você em qualquer caminho. O nosso artigo sobre terminais descreve um desenho geral para um núcleo FIX próprio.

O que você mantém se sair de um provedor?

Isso depende do contrato, então resolva antes de começar. Pergunte se as suas certificações pertencem às sessões do provedor, de modo que uma nova rota signifique novos testes. Pergunte onde fica o histórico de mensagens e em nome de quem cada contraparte tem registradas as credenciais e os endereços de rede.

Antes de assinar, peça uma exportação de todas as mensagens em formato legível. Peça o direito de assumir as sessões com o consentimento das contrapartes e um prazo de aviso prévio longo o bastante para refazer os testes. Com uma engine, você fica com as sessões e o histórico, e com uma construção própria você também é dono do código, se o contrato assim disser.

O que perguntar a um fornecedor ou a uma empresa que faria a construção?

• Com quais das nossas contrapartes vocês já estão conectados, e quais versões do FIX e datas de certificação vocês podem mostrar?
• Quais campos vocês alteram em trânsito, e nós vemos as duas versões de cada mensagem?
• O que acontece com as nossas ordens em andamento se a nossa sessão ou a de vocês cair, e vocês podem mostrar isso ao vivo?
• A nossa própria equipe consegue cancelar todas as ordens em todos os mercados sem ligar para vocês?
• Onde fica guardado o histórico de mensagens, por quanto tempo, e em que formato podemos exportá-lo?
• Quem repete a certificação quando mudamos o nosso software ou o mercado muda as suas regras?
• Quem fica de plantão no horário de cada mercado, e qual é o tempo de resposta por escrito?

Onde a amBrain se encaixa?

A amBrain publica este blog. Ela descreve parte do seu trabalho em trading assim: “A amBrain constrói infraestrutura de trading algorítmico: execução de ordens, dados de mercado e controles de risco pré-negociação.” O seu cartão de serviços para trading e FinTech lista “Desenvolvimento de terminais de trading, sistemas de gestão de ordens e integração com bolsas via protocolo FIX.” Isso é apenas uma descrição de serviço.

A amBrain constrói software desde 2019. Sobre como trabalha com os clientes, ela diz: “Três formatos: entrega completa, time dedicado ou engenheiros embarcados no seu time.” A frase dela sobre propriedade é: “O cliente mantém a propriedade integral do produto e do código, exceto dos nossos componentes reutilizáveis.” Peça a lista desses componentes, nome por nome, antes de assinar.

Este artigo não é um estudo de caso e não descreve trabalho para nenhum cliente. Nada nele diz que a amBrain construiu um gateway FIX, um produto de conectividade ou uma rede hospedada para algum cliente. As citações vêm de páginas publicadas da FIX Trading Community, dos fornecedores e mercados citados acima, da ESMA, da FINRA, da FCA, do Code of Federal Regulations dos EUA e do legislation.gov.uk. O artigo não alega nenhuma relação entre a amBrain e nenhum deles, não recomenda nenhum dos seus produtos e não traz preços nem prazos da amBrain.

Também não é aconselhamento jurídico nem de investimento. Verifique as regras que se aplicam à sua firma com um advogado em cada mercado em que você opera. Se a amBrain estiver na sua lista de candidatas, faça a ela as mesmas perguntas que faria a qualquer outra empresa.