Conectividad FIX para brókeres, fondos y empresas de trading: red alojada, motor con licencia o pasarela propia

FIX, siglas de Financial Information Exchange, es el formato de mensajes estándar que usan las empresas de trading para enviar órdenes y recibir ejecuciones. La conectividad FIX es el enlace operativo con cada bróker o centro de negociación: una sesión que permanece abierta y se recupera tras una interrupción sin perder ningún mensaje. Puedes alquilar ese enlace a una red alojada, licenciar un motor FIX y operarlo tú mismo, o construir tu propia pasarela. Elijas lo que elijas, presupuesta personas, pruebas con cada contraparte y las horas que alguien debe cubrir.

¿Qué es FIX y quién lo mantiene?

El FIX Trading Community se describe como «el custodio del protocolo FIX». Define los estándares como «especificaciones abiertas y tecnológicamente neutras para la negociación electrónica y el procesamiento de operaciones». El protocolo «define qué información de negocio se intercambia y qué significa», y abarca órdenes, ejecuciones, cotizaciones y datos de mercado en renta variable, renta fija, divisas y derivados.

En la práctica importan dos capas. La capa de aplicación transporta los mensajes de negocio, como una orden nueva o un informe de ejecución. La capa de sesión mantiene vivo el enlace. La página del FIX Trading Community sobre estándares técnicos dice que el protocolo «permite una comunicación fiable y bidireccional entre dos partes a través de una sesión», con mensajes ordenados y números de secuencia continuos.

¿Qué versiones de FIX importan en 2026?

El FIX Trading Community afirma: «Se recomienda encarecidamente a las empresas que usen FIX Latest». Añade que, para las empresas con implementaciones heredadas, «las versiones 4.2 y 4.4 del protocolo FIX siguen siendo compatibles con el FIX Trading Community», y que las demás versiones ya no cuentan con soporte. Tus contrapartes deciden qué versión hablas. Un bróker que usa la 4.2 no cambiará porque tú prefieras algo más nuevo, así que haz una lista de las versiones que ofrece cada contraparte antes de elegir ningún producto.

¿Qué hace una red FIX alojada o un proveedor de conectividad?

Te conectas una sola vez al proveedor, y el proveedor mantiene las sesiones con los brókeres, los centros de negociación o los clientes del otro lado. Estas son las descripciones de los propios proveedores, leídas el 10 de noviembre de 2026.

• Broadridge ofrece «realizar la incorporación automatizada y la certificación instantánea de contrapartes FIX a través de nuestra interfaz web», y dice que puedes «desplegar una solución totalmente o parcialmente gestionada».
• Iress describe su FIX Hub como «un servicio integral y totalmente gestionado, con incorporación de bajo esfuerzo y manipulación FIX», que da acceso a las contrapartes «a través de un único socio de conectividad, una conexión y una certificación».
• El RA Hub de Rapid Addition «admite despliegues on-prem, en la nube o híbridos», así que comprueba quién mantendría las sesiones. Dice que su oferta de conectividad con contrapartes busca «simplificar y acelerar la incorporación de clientes, mejorando la experiencia del cliente y reduciendo el tiempo hasta operar».

Prueba cada afirmación con tus propias contrapartes. Ninguna de las tres páginas indicaba un precio.

¿A qué renuncias con un proveedor alojado?

Renuncias al control sobre el camino que siguen tus órdenes y sobre el momento de los cambios. Tus órdenes pasan por servidores de otro. Iress menciona la «manipulación FIX», y el servicio gestionado de Broadridge usa «un servicio de normalización». Entendemos que ambos significan que el proveedor modifica los mensajes en tránsito, aunque ninguna de las páginas dice qué campos ni cómo. Pregunta exactamente qué campos cambia y si ves el mensaje original y el modificado uno al lado del otro.

Si el proveedor se cae, necesitas otra vía para cancelar lo que está activo en el centro de negociación. Pide ese procedimiento por escrito.

¿Qué exige operar un motor FIX con licencia o de código abierto?

Un motor es una biblioteca que habla por ti la capa de sesión de FIX. OnixS describe sus motores como «implementaciones de alta velocidad del protocolo Financial Information Exchange (FIX)» en .NET, C++ y Java. Incluyen código de ejemplo para «estado de sesión y almacenamiento de mensajes conectables» y se ofrecen «mediante una suscripción de bajo coste con soporte completo». Su página no muestra ningún precio y ofrece una evaluación gratuita de 30 días. Los motores de código abierto no cuestan licencia. La página de QuickFIX/J remite a una lista de correo y a una etiqueta de Stack Overflow para las preguntas. El sitio del proyecto QuickFIX también enumera soporte comercial, así que o compras soporte o cuentas con tu propio personal.

El motor es la parte más pequeña del trabajo. Todavía tienes que ocuparte de esto:

• La gestión de sesiones de cada contraparte: horarios de conexión, credenciales y reinicios de los números de secuencia.
• El almacenamiento de mensajes, para que tras un reinicio puedas responder a una solicitud de reenvío, que es cuando una contraparte pide mensajes que no recibió.
• La certificación con cada centro de negociación o bróker, repetida cuando un cambio pueda afectar a la conexión o a sus mensajes.
• Una monitorización que avise rápido a una persona cuando una sesión esté caída.
• Personal, o un turno de guardias, para cada hora en que estén abiertos los mercados en los que operas.

¿Qué es la certificación y cuánto dura?

La certificación es una prueba que fija el centro de negociación o el bróker antes de dejar que tu software opere en real. ASX afirma: «Todas las aplicaciones de clientes deben superar el proceso de conformidad de ASX antes de acceder al mercado de producción». Exige que tu software esté «en estado listo para producción antes de reservar la prueba». También se reserva «el derecho a bloquear el acceso al sistema de producción a software que no cumpla».

La prueba no es única. ASX enumera casos en los que los clientes deben repetirla, entre ellos cuando el software se «modifica de cualquier forma que pueda afectar o repercutir directamente en la conectividad o la mensajería de ASX». Pregunta a un proveedor alojado si sus pruebas anteriores con un centro de negociación valen para tus órdenes o si debes hacer las tuyas.

¿Dónde termina el protocolo y empieza tu propio trabajo?

FIX es un estándar, pero cada contraparte añade sus propias reglas. El FIX Trading Community creó FIX Orchestra por este motivo. Fue «concebido como reglas de interacción legibles por máquina entre contrapartes», con el fin de reducir el tiempo que lleva poner en marcha a un nuevo socio de negociación. Un libro de reglas ayuda solo cuando la contraparte lo publica. ASX y el London Metal Exchange publican los suyos en documentos PDF.

Dos documentos publicados por un centro de negociación y un bróker muestran lo distintas que pueden ser las reglas. Paxos, en su documentación de corretaje de criptoactivos, afirma: «La cancelación al desconectar está activada por defecto». También «fuerza una desconexión y un reinicio de los números de secuencia cada semana en todas las sesiones». La especificación del London Metal Exchange difiere en el cierre de sesión: «La pasarela no cancelará automáticamente» las órdenes no persistentes de un usuario. Un usuario puede pedir la cancelación al perder la conexión con un indicador en cada orden.

Tu propio trabajo es el estado de las órdenes: qué cree tu sistema de cada orden y qué haces cuando la contraparte no coincide. Cada contraparte necesita una correspondencia entre sus mensajes y tus estados, que cubra rechazos, ejecuciones parciales, cancelaciones que llegan después de una ejecución y modificaciones. Un motor o una red alojada no pueden escribir eso por ti, porque depende de tus reglas de negocio.

¿Cuándo importa la latencia?

Importa cuando tu beneficio depende de llegar primero a un precio. Para un bróker que enruta órdenes de clientes, o un fondo que trabaja órdenes durante horas, la fiabilidad suele importar más. OnixS describe sus motores como «diseñados especialmente para infraestructuras de trading de alta frecuencia, de latencia ultrabaja y críticas para la misión». Es una afirmación del proveedor y su página no da ninguna cifra.

Mídela tú mismo. Registra cuándo envía tu sistema una orden y cuándo llega el informe de ejecución correspondiente, en un día de mucha negociación. Una red alojada pone los sistemas del proveedor en ese camino, y solo tus cifras muestran si eso te importa. Consulta también nuestros artículos sobre por qué importan los milisegundos en el trading y sobre la colocation en bolsa.

¿Qué pasa cuando una sesión se cae en mitad de una orden?

Pueden haber ocurrido cuatro cosas. Puede que la orden nunca llegara al centro de negociación. Puede que siga activa allí. Puede que se haya ejecutado, total o parcialmente, y que el informe se perdiera a la vuelta. O que el centro la haya cancelado al ver la desconexión. Tu sistema debe averiguar cuál ha sido, sin enviar la orden dos veces.

La capa de sesión ayuda. Para un hueco durante una sesión, la especificación de LME dice: «El cliente puede usar el mensaje Resend Request (35=2) para recuperar los mensajes perdidos». En el logon tras una interrupción dice que los huecos deben rellenarse automáticamente, y que «Ninguna de las partes debe generar un Resend Request (35=2) basándose en el MsgSeqNum (34) del mensaje Logon entrante». También dice que su pasarela «no gestiona los posibles reenvíos de los mensajes iniciados por el cliente». Añade que «Cualquier mensaje con un ClOrdID (11) duplicado será rechazado según la comprobación de unicidad del ID de orden del cliente». Es decir, la pasarela rechaza un reintento que repite el identificador, y procesa como una orden normal el que se envía con un identificador nuevo. Averigua qué pasó con la primera orden antes de volver a enviarla con un identificador nuevo.

Antes de firmar, haz esta prueba con el proveedor: corta la conexión con una orden activa, reconecta y compara lo que cree cada parte. Un equipo que construye debería automatizarla con un script y repetirla tras cada versión.

¿Qué obligaciones se aplican cuando te conectas a los mercados?

Las normas varían según el país y según el tipo de empresa que seas, así que usa esta sección como un mapa para la conversación con tu abogado. Las citas no recogen cada régimen por completo.

• UE. El artículo 17 de MiFID II, la directiva de la UE sobre mercados de instrumentos financieros, lo publica la ESMA, el regulador de mercados de la UE, en su libro de normas en línea. Dice que una empresa de inversión que realice negociación algorítmica «dispondrá de sistemas y controles de riesgo eficaces» para que sus sistemas sean «resilientes y tengan capacidad suficiente». Una empresa que use una técnica de alta frecuencia debe conservar «registros precisos y ordenados cronológicamente de todas sus órdenes colocadas, incluidas las cancelaciones de órdenes».
• Pruebas en la UE. El artículo 6 del Reglamento Delegado 2017/589, conocido como RTS 6 y redactado para las empresas de inversión que realizan negociación algorítmica, dice que una empresa «probará la conformidad de sus sistemas de negociación algorítmica y de sus algoritmos de negociación» con el centro de negociación. Eso incluye «cuando se conecte a dicho centro de negociación por primera vez mediante un acuerdo de acceso patrocinado». El acceso patrocinado consiste en enviar órdenes directamente a un centro de negociación con el código de negociación de otra empresa, sin usar la infraestructura de esa empresa. El artículo 12 exige la capacidad de «cancelar de inmediato, como medida de emergencia» las órdenes no ejecutadas en todos los centros a los que la empresa esté conectada.
• EE. UU. La Rule 15c3-5 de la SEC exige a un bróker-dealer con acceso al mercado «establecer, documentar y mantener un sistema de controles de gestión de riesgos y de procedimientos de supervisión». Los controles deben estar «razonablemente diseñados» para «impedir la entrada de órdenes erróneas, rechazando las órdenes que superen los parámetros de precio o de tamaño apropiados». También deben estar «bajo el control directo y exclusivo del bróker-dealer». Una excepción permite que la empresa asigne controles regulatorios concretos, mediante contrato escrito, a un cliente que sea un bróker-dealer registrado. El director ejecutivo «certificará anualmente» esos controles.
• FINRA. El Regulatory Notice 15-09, publicado el 26 de marzo de 2015, enumera prácticas eficaces sugeridas para las empresas que operan de forma algorítmica. Entre ellas figuran «las pruebas se realizan con independencia del desarrollo del código» y «mecanismos con los que la empresa pueda desactivar rápidamente el algoritmo o la plataforma de apoyo».

Para el Reino Unido, una revisión de la FCA publicada el 21 de agosto de 2025 dice que las empresas de negociación algorítmica «están obligadas a probar la conformidad de sus algoritmos con el sistema del centro de negociación o del proveedor de acceso directo al mercado, según el artículo 6 de RTS 6». Informa de que algunas empresas señalan que esos procedimientos «diferían significativamente de un centro a otro». Este artículo no cita el Manual de la FCA, así que pregunta a tu abogado por sus capítulos sobre negociación algorítmica.

Según el régimen y la forma en que opere la empresa, estas normas pueden traducirse en una vía para cancelar todo en cada centro, registros de órdenes con marca de tiempo y pruebas de que se han hecho las pruebas. Un proveedor alojado puede aportar parte de eso.

¿Cuándo está justificado construir tu propia pasarela?

Construye cuando un requisito que te genera ingresos quede fuera del alcance de todos los productos que probaste. Señales a tener en cuenta:

• La lógica del estado de las órdenes es el corazón de tu estrategia, y un proveedor que edita o encola mensajes te estorba.
• Necesitas controles de riesgo que se ejecuten antes de cada orden, dentro del mismo proceso que la envía, como en nuestro artículo sobre la ruta crítica del riesgo pre-trade.
• El coste de una red alojada, contado a lo largo de unos años y en todas las sesiones, supera el coste de un equipo que opere la tuya.

No construyas porque la licencia del motor parezca cara. La certificación, la monitorización y el turno de guardias del horario de mercado siguen siendo tuyos en cualquier vía. Nuestro artículo sobre terminales describe un diseño general para un núcleo FIX propio.

¿Qué conservas si dejas a un proveedor?

Depende del contrato, así que resuélvelo antes de empezar. Pregunta si tus certificaciones pertenecen a las sesiones del proveedor, de modo que una vía nueva suponga pruebas nuevas. Pregunta dónde está el historial de mensajes y a nombre de quién tiene registradas cada contraparte las credenciales y las direcciones de red.

Antes de firmar, pide una exportación de todos los mensajes en un formato legible. Pide el derecho a asumir las sesiones con el consentimiento de las contrapartes, y un plazo de preaviso lo bastante largo para volver a probar. Con un motor, conservas las sesiones y el historial, y con un desarrollo propio también eres dueño del código, si el contrato lo dice.

¿Qué preguntar a un proveedor o a una empresa que lo construiría?

• ¿Con cuáles de nuestras contrapartes se conectan ya, y qué versiones de FIX y fechas de certificación pueden mostrarnos?
• ¿Qué campos modifican en tránsito, y vemos las dos versiones de cada mensaje?
• ¿Qué pasa con nuestras órdenes activas si se cae nuestra sesión o la suya, y pueden mostrarlo en vivo?
• ¿Puede nuestro propio personal cancelar todas las órdenes en todos los centros sin llamarles?
• ¿Dónde se guarda el historial de mensajes, durante cuánto tiempo y en qué formato podemos exportarlo?
• ¿Quién repite la certificación cuando cambiamos nuestro software o el centro cambia sus reglas?
• ¿Quién está de guardia durante el horario de cada mercado y cuál es el tiempo de respuesta por escrito?

¿Dónde encaja amBrain?

amBrain publica este blog. Describe así una parte de su trabajo de trading: «amBrain construye infraestructura de trading algorítmico: ejecución de órdenes, datos de mercado y controles de riesgo pre-trade». Su tarjeta de servicios de trading y FinTech enumera «Desarrollo de terminales de trading, sistemas de gestión de órdenes e integración con exchanges por protocolo FIX». Es solo una descripción de servicios.

amBrain desarrolla software desde 2019. Sobre cómo trabaja con sus clientes, dice: «Tres formatos: entrega completa, un equipo dedicado o ingenieros integrados en tu equipo». Sobre la propiedad, su frase es: «El cliente conserva la propiedad completa del producto y del código, salvo nuestros componentes reutilizables». Pide la lista de esos componentes, nombre por nombre, antes de firmar.

Este artículo no es un caso práctico y no describe trabajo para ningún cliente. Nada de lo que contiene dice que amBrain haya construido una pasarela FIX, un producto de conectividad o una red alojada para algún cliente. Las citas proceden de páginas publicadas del FIX Trading Community, de los proveedores y centros de negociación nombrados arriba, de ESMA, FINRA, la FCA, el Code of Federal Regulations de EE. UU. y legislation.gov.uk. El artículo no afirma ninguna relación entre amBrain y ninguno de ellos, no recomienda ninguno de sus productos y no da precios ni plazos de amBrain.

Tampoco es asesoramiento jurídico ni de inversión. Consulta con un abogado de cada mercado en el que operes las normas que se aplican a tu empresa. Si amBrain está en tu lista de candidatas, hazle las mismas preguntas que a cualquier otra firma.