El stack tecnológico de un bróker de forex

¿Qué es el stack tecnológico de un bróker de forex?

El stack tecnológico de un bróker de forex son todos los sistemas que el bróker necesita entre el momento en que un cliente pulsa “Depositar” y el momento en que una operación se cotiza, se ejecuta, se registra y se reporta. La plataforma es una capa de ocho, y la mayoría de los problemas operativos están en las uniones entre capas.

Los clientes ven un área de cliente, un WebTrader y una app; su personal ve un CRM, un terminal de manager, un panel de pagos y una cola de KYC. Por debajo de ambos está el servidor de MetaTrader 5, que contiene las cuentas de trading, los grupos, los símbolos y las posiciones, y con el que todas las demás capas tienen que coincidir.

La prueba práctica de un stack es sencilla: cuando un cliente hace un depósito con tarjeta un domingo a las 11 de la noche, ¿aparece el dinero en su saldo de MT5 sin que nadie intervenga, registra el CRM a través de qué proveedor de pagos llegó y puede cumplimiento ver el estado de KYC que lo permitió? Si alguna de las respuestas es “alguien lo revisa por la mañana”, tiene una capa que no está bien conectada.

¿Qué hace cada capa del stack de un bróker y cómo se conecta con MT5?

Cada capa tiene una única función y una forma concreta de llegar al servidor de MetaTrader 5. MetaQuotes publica varias interfaces de programación para ello, y saber cuál usa un proveedor le indica cuánto acceso necesita. La tabla es el mapa que usamos al definir el alcance de un bróker nuevo.

¿Por qué el servidor de trading MT5 es el centro del stack?

El servidor de trading es el centro porque es el único lugar donde el saldo, las posiciones abiertas y el margen de una cuenta son la referencia válida. Todos los demás sistemas guardan una copia o una referencia. Si el CRM muestra un saldo y MT5 muestra uno menor, manda MT5, porque esa es la cifra que usan el cálculo de margen y la lógica de stop out.

MetaQuotes describe la plataforma como varios servidores que trabajan juntos, no como una sola máquina: un servidor de trading, un servidor de historial y puntos de acceso a los que se conectan los clientes. También deja claro que quien la opera es el bróker, no MetaQuotes. La empresa afirma que “MetaQuotes no ofrece soluciones SaaS” y, en su página de MT5 para brókeres, que usted “despliega nuestro software por su cuenta en su propio hardware”. Por eso el alojamiento es una capa por derecho propio, y por eso quien tiene la licencia del servidor asume la responsabilidad de la infraestructura.

Desde el servidor, sus administradores fijan lo que MetaQuotes enumera como condiciones de trading: “requisitos de margen, condiciones de los contratos, límites de crédito, swaps”, además de spreads, márgenes comerciales (markups) y comisiones. En la práctica se hace mediante grupos. Un grupo es un conjunto de cuentas que comparten apalancamiento, nivel de stop out, símbolos y comisiones; los clientes minoristas, los profesionales y los de cuentas sin swap suelen tener cada uno el suyo.

¿Cómo se conectan la liquidez, los bridges y los flujos de precios a MetaTrader 5?

La liquidez se conecta a MT5 de una de estas tres formas: mediante un puente (bridge) de terceros, mediante un gateway construido sobre la Gateway API de MT5 o mediante la agregación de Ultency, el producto propio de MetaQuotes. Las tres resuelven los mismos dos problemas: llevar precios ejecutables al servidor y trasladar las órdenes de los clientes (o la exposición neta que generan) a un proveedor de liquidez.

MetaQuotes indica que la Gateway API “se utiliza para integrar MetaTrader 5 con otros sistemas de trading y crear flujos de datos propios”. Un bridge es el producto comercial que la mayoría de los brókeres compran sobre esa base: agrega varios proveedores, aplica markups, decide qué órdenes se enrutan hacia fuera y cuáles se internalizan, y comunica las ejecuciones a MT5. Ultency es la alternativa integrada de MetaQuotes; la empresa afirma que da acceso a “más de 30 proveedores de liquidez” con una latencia “de hasta 0,1 ms” (cifra de la propia MetaQuotes).

La elección depende de su modelo de ejecución: un bróker A-book necesita un bridge rápido y transparente con el deslizamiento (slippage), y un bróker B-book necesita informes de exposición en los que pueda confiar. Nuestra guía de ejecución A-book, B-book e híbrida repasa las ventajas e inconvenientes, y las guías sobre el bridge de liquidez para MT5 y el flujo de precios explican la fontanería.

Hay dos detalles fáciles de pasar por alto. Primero, los nombres de los símbolos y los tamaños de contrato deben coincidir exactamente entre MT5 y cada proveedor; un contrato de oro de 100 onzas en un lado y de 1 onza en el otro producirá coberturas cien veces mayores o menores de lo debido. Segundo, prevea la caída de un proveedor; una configuración con un solo proveedor y sin fuente de cotizaciones de respaldo es un riesgo para la continuidad.

¿Qué función cumple el CRM en el stack tecnológico de un bróker de forex?

El CRM es el centro operativo: da de alta a los clientes, abre sus cuentas de MT5, registra sus documentos y pagos, paga las comisiones de los IB y ofrece al personal una vista única de cada persona. Llega a MT5 a través de la Manager API (que, según MetaQuotes, permite crear “utilidades propias de administración y gestión”) o a través de la Web API, que “se utiliza para integrar la plataforma con los recursos web y otros servicios de la empresa”.

Lo más importante en un CRM para brókeres es su sincronización. Cuando se aprueba un depósito, el CRM debe registrar una operación de saldo en la cuenta de MT5 correcta una sola vez, y debe leer de vuelta las operaciones, el equity y el P&L cerrado para que las comisiones de los IB y los extractos de los clientes se calculen con las cifras del servidor y no con una estimación en caché. Pregunte a cualquier proveedor qué ocurre si la conexión con MT5 se corta a mitad de un depósito.

El área de cliente suele formar parte del CRM. Es donde los clientes se registran, suben documentos, depositan, retiran, abren cuentas adicionales y ven su enlace de IB. Ahí están también las advertencias de riesgo, las listas de países restringidos y los documentos legales, porque los reguladores, los proveedores de pago y los revisores de las tiendas de apps lo miran primero. Nuestra página de software CRM para forex describe las opciones: FXUP tiene su propio CRM y también trabaja con CRM de socios, y le proponemos el que mejor encaje con su alta de clientes, sus pagos y su estructura de IB; las guías de la MT5 Manager API y la MetaTrader 5 Web API explican con más detalle los dos métodos de conexión.

¿Dónde encajan el KYC, el AML y los proveedores de pago?

El KYC, el AML y los pagos se sitúan detrás del CRM, no junto al servidor de trading. El CRM decide si un cliente puede depositar u operar según su estado de verificación, llama al proveedor de KYC o al proveedor de pagos y solo entonces da instrucciones a MT5. Respetar ese orden evita el fallo clásico de un cliente que opera con dinero procedente de una cuenta no verificada.

Las obligaciones legales del KYC dependen de su licencia, pero las Money Laundering Regulations 2017 del Reino Unido (el reglamento británico contra el blanqueo de capitales) son un ejemplo claro de lo que los sistemas deben permitir. La regulation 28 exige a la empresa “identificar al cliente”, “verificar la identidad del cliente” y “evaluar y, cuando proceda, obtener información sobre” el propósito y la naturaleza prevista de la relación de negocio. La regulation 40 exige registros suficientes “para permitir reconstruir la operación”, que en general se conservan durante cinco años después de que termine la relación. En términos de stack, cada documento, cada resultado de screening y cada pago deben poder recuperarse después de que el cliente se vaya.

Los pagos tienen su propio régimen de seguridad. El PCI Security Standards Council afirma que PCI DSS “proporciona una base de requisitos técnicos y operativos diseñados para proteger los datos de las cuentas de pago”, y se aplica a las entidades que almacenan, procesan o transmiten datos de titulares de tarjetas. La mayoría de los brókeres quedan fuera de su ámbito gracias a las páginas de pago alojadas por el proveedor, de modo que los números de tarjeta nunca pasan por sus servidores.

¿Cómo se conectan el WebTrader y las apps móviles al stack?

Los front ends se conectan a través de los terminales propios de MetaQuotes o a través de una aplicación con su marca que se comunica con el servidor mediante la Web API de MT5. Las apps estándar de MetaTrader 5 llevan la marca de MetaQuotes; los front ends con marca propia ponen su nombre en la pantalla y le permiten controlar el flujo de inicio de sesión, los idiomas y los enlaces al área de cliente.

Nuestros propios front ends funcionan así: una interfaz en Flutter y un back end en Go conectado mediante la Web API de MetaTrader 5, con gráficos, indicadores con fórmulas de MT5, órdenes de mercado y pendientes, SL/TP, cierre parcial e historial, en inglés, turco y árabe (de derecha a izquierda). Puede probarlos en un entorno demo real de MT5: la demo del WebTrader y la demo de la app móvil.

Las apps móviles añaden una capa que los fundadores suelen olvidar: las tiendas de aplicaciones. La directriz 3.2.1(viii) de las App Review Guidelines de Apple establece que las apps de trading “deben ser enviadas por la entidad financiera que presta dichos servicios y deben contar con las licencias y permisos necesarios en los lugares donde las ponga a disposición”. Por eso publicamos las apps con marca propia desde las cuentas de desarrollador del cliente en App Store y Google Play, y por eso los países en los que ofrezca la app deben coincidir con los que cubre su licencia. Las páginas sobre la app móvil de trading para forex y el WebTrader con su marca entran en detalle.

Si quiere ver cómo quedaría un front end con su marca sobre su servidor actual, envíenos por Telegram el nombre de su servidor y los colores de su marca y le mostraremos una maqueta sobre el entorno demo.

¿Cómo circulan el dinero y las órdenes por el stack?

Dos flujos explican casi todo sobre cómo se sostiene el stack de un bróker: un depósito y una orden. Si puede trazar ambos sobre el papel, nombrando el sistema y la API de cada paso, entiende su stack; cualquier hueco que encuentre es donde aparecerán los problemas de conciliación.

1. El cliente solicita un depósitoEl cliente elige un método en el área de cliente; el CRM comprueba el estado de KYC y crea una transacción pendiente con una referencia única.
2. El PSP procesa el pagoEl cliente es redirigido a la página alojada del proveedor de pagos. El PSP confirma el resultado al CRM mediante una notificación (callback), no solo porque el cliente vuelva al área de cliente.
3. El CRM abona en MT5Con la notificación confirmada, el CRM registra una operación de saldo en la cuenta de MT5 correcta a través de la Manager API o la Web API y guarda el ticket de la operación de MT5 junto a la transacción.
4. El cliente envía una ordenDesde el WebTrader o la app, la orden llega al servidor de trading, que comprueba el margen, la configuración del símbolo y las reglas del grupo antes de aceptarla.
5. El servidor enruta la ordenSegún la configuración de ejecución del grupo, la orden se ejecuta internamente o pasa por el bridge o el gateway a un proveedor de liquidez, y el precio de ejecución vuelve a MT5.
6. Todo cuadraEl CRM lee de vuelta las operaciones para los extractos y las comisiones de los IB, y los totales de cierre del día deben coincidir en todos los sistemas.

¿Quién controla cada capa con licencia propia, con white label y con grey label?

El control depende de quién tenga la licencia del servidor de MetaTrader 5. Con licencia propia controla todas las capas y asume todas las responsabilidades. Con un white label, un proveedor tiene el servidor bajo su acuerdo con MetaQuotes y le da un entorno dedicado. Con un grey label comparte el servidor del proveedor.

Usamos siempre la misma definición: un grey label de MT5 es un bróker montado dentro del servidor de MetaTrader 5 con licencia de otra empresa: usted tiene sus propios grupos de clientes y su marca en el WebTrader, las apps móviles, el CRM y el área de cliente, mientras que la licencia del servidor de MT5 sigue siendo del proveedor. Grey label es un término del sector, no un producto de MetaQuotes.

La situación del white label exige cuidado. Que haya disponible un nuevo white label de MT5 depende del enfoque actual de MetaQuotes, y la prensa especializada informó en 2022 de que MetaQuotes había endurecido sus condiciones: TradeInformer escribió el 3 de octubre de 2022 que “MetaQuotes ha dejado de aprobar white labels para nuevos clientes”. Por eso comprobamos la situación actual en cada caso en lugar de prometerla; nuestra guía sobre la política de white label de MetaQuotes reúne las fuentes. Con MT4 es más sencillo: MetaQuotes indica que las licencias de MT4 “ya no están disponibles para la compra”. Si necesita específicamente MT4, escríbanos y comprobaremos la disponibilidad para su caso.

¿Qué normativa condiciona cada capa del stack?

La regulación llega al stack capa por capa: las normas de producto acaban en la configuración de grupos del servidor, las de identificación en el CRM y el proveedor de KYC, las de pagos en la integración con el PSP y las de resiliencia operativa en el alojamiento y en los contratos con proveedores. Los ejemplos son textos de la UE y del Reino Unido; su regulador puede ser distinto.

Tomemos las medidas de la ESMA (Autoridad Europea de Valores y Mercados) sobre CFD anunciadas el 27 de marzo de 2018: límites de apalancamiento para minoristas que empiezan en “30:1 para los principales pares de divisas”, un cierre de posiciones por margen al “50 % del margen mínimo requerido” y “protección frente al saldo negativo por cuenta”. Cada una de ellas se convierte en un ajuste de grupo o de símbolo en MT5, y equivocarse en un solo grupo supone un incumplimiento para todos los clientes que contiene. Sobre DORA (el reglamento europeo de resiliencia operativa digital), la ESMA indica que “entró en vigor el 16 de enero de 2023 y será aplicable a partir del 17 de enero de 2025”; entre sus pilares está el riesgo de terceros proveedores de TIC, con “disposiciones contractuales clave”, y por eso los brókeres de la UE piden ahora a sus proveedores tecnológicos planes de salida y condiciones de notificación de incidentes.

¿En qué orden se monta el stack tecnológico de un bróker de forex?

Construya desde la licencia y el servidor hacia fuera, y deje el pulido de los front ends para cuando los flujos de dinero funcionen. El orden siguiente es el que seguimos en la mayoría de los proyectos; adelantarse suele obligar a rehacer la integración del CRM cuando cambian los grupos del servidor.

1. Defina la vía legal y de servidorDecida dónde tendrá licencia, a qué clientes atenderá y si empieza con un grey label de MT5, un white label de MT5 o su propia licencia de MT5. Todo lo demás se deriva de esto.
2. Diseñe grupos y símbolosAnote el apalancamiento, el stop out, la comisión y los símbolos de cada categoría de cliente antes de que nadie configure el servidor.
3. Conecte la liquidez y el flujo de preciosContrate un proveedor, haga coincidir símbolos y tamaños de contrato, y pruebe ejecuciones y deslizamiento en un grupo demo.
4. Conecte el CRM con MT5Creación de cuentas, operaciones de saldo, lectura de operaciones y reglas de IB; compruebe que un depósito que falla a medias no se abona dos veces.
5. Añada KYC y pagosConecte el proveedor de KYC y los PSP a través del CRM, con controles de verificación antes de cada depósito y retirada.
6. Ponga su marca en los front endsWebTrader, apps móviles y área de cliente en su dominio y en sus cuentas de desarrollador, con las advertencias de riesgo y los países restringidos ya configurados.
7. Ensaye y entre en funcionamientoEl personal hace pruebas de principio a fin con dinero real y coteja los informes con MT5 antes de dar de alta al primer cliente.

¿Dónde suele fallar el stack de un bróker de forex?

Los stacks suelen fallar en las integraciones, no en los productos. Estos cuatro patrones explican la mayoría de los mensajes nocturnos que recibimos de brókeres cuyos proveedores nunca llegaron a estar bien conectados.

¿Qué lugar ocupa FXUP en el stack tecnológico de un bróker de forex?

FXUP construye y opera las capas que hay entre el servidor de MT5 y sus clientes, y las conecta con el servidor, la liquidez y los proveedores de pago que usted utilice. Eso incluye configuraciones de grey label y white label, front ends con su marca, el CRM para brókeres, la integración de proveedores de liquidez, copy trading y PAMM, y apoyo con las licencias. Como consultora, también nos encargamos, a cambio de honorarios, de los requisitos y la solicitud ante MetaQuotes para los clientes que quieren su propia licencia de MT5; en las solicitudes que tramitamos, MetaQuotes cobra una cuota mensual según el nivel (Entry, Standard o Enterprise) y pide tres meses por adelantado en Entry. Un grey label suele estar en funcionamiento en una o dos semanas y un white label en dos a cuatro semanas, según la documentación, el alta con el proveedor de liquidez y las aprobaciones.

Somos un proveedor tecnológico independiente: FXUP no está vinculada a MetaQuotes, y no actuamos como bróker ni custodiamos dinero de clientes. No publicamos precios; nuestra guía sobre el coste de la tecnología de un bróker de forex explica qué determina el coste de cada capa y cómo comparar presupuestos partida por partida, y si nos escribe con su vía de lanzamiento y sus capas le enviaremos cifras actualizadas para su configuración.

Si ya tiene en marcha algunas de estas capas y quiere saber qué conservar y qué sustituir, escríbanos por WhatsApp con la lista de sus proveedores actuales. Le diremos dónde vemos riesgos de integración, aunque la respuesta sea que no necesita nada de nosotros.

Preguntas frecuentes

¿No encuentra su pregunta? Escríbanos por WhatsApp, escriba a @FXUPCK en Telegram o envíe un correo a [email protected].