En esta página
Las capas
| Capa | Ejemplos de su papel | Qué puede arreglar |
|---|---|---|
| Software de trading y de gráficos | Visualización, tickets de orden, análisis | Visualización, configuración, fallos del software |
| Proveedor de datos y enrutamiento | Flujo de datos de mercado, API de enrutamiento | Conectividad, acceso a la API, fallos del flujo |
| Bróker o prop firm | Cuenta, reglas, soporte | Permisos de la cuenta, suscripciones de datos |
| Futures commission merchant | Fondos, garantías, controles de riesgo, extractos | Garantías, límites de riesgo, correcciones de operaciones |
| Cámara de compensación | Garantía, liquidación diaria | Nada que un operador contacte directamente |
| Mercado | Emparejamiento, datos de mercado, normas | Eventos de mercado, anulaciones de operaciones |
Ejemplo resuelto: un acceso rechazado, tres posibles responsables
Una conexión se rechaza en el acceso. La causa puede estar en al menos tres capas: el proveedor no conoce el nombre de sistema introducido, el bróker no ha habilitado la cuenta para el acceso por API de terceros, o la cuenta no tiene la suscripción de datos. Cambiar ajustes del software no arregla ni la segunda ni la tercera. Un diagnóstico que separa los pasos (pasarela, sistema, ruta, autenticación, suscripción, primer tick) señala la capa que tiene que actuar.
Quién factura qué
- Licencia del software: el proveedor de la aplicación.
- Datos de mercado: las tarifas del mercado, cobradas por el proveedor de datos o por el bróker.
- Comisiones y tasas por contrato: bróker, FCM, mercado y cámara, a menudo combinadas en un solo extracto.
- Cuotas de evaluación o de cuenta: la prop firm, cuando hay una.
En Senzoukria
Senzoukria es solo la primera capa. Su precio cubre la aplicación; los datos de Rithmic, de Databento o de cualquier otro proveedor los factura ese proveedor, y el trading real usa tu propia cuenta de bróker. En las conexiones Rithmic, el diagnóstico de conexión recorre la cadena paso a paso y termina, cuando todo fue aceptado pero no llegan datos, con la pregunta que hay que enviar al bróker: ¿está mi acceso habilitado para la API de terceros, para qué datos y bajo qué nombre de sistema?
Errores habituales
- Pedir al proveedor del software que arregle un permiso que solo el bróker puede conceder.
- Comparar plataformas por el precio de la licencia ignorando las líneas de datos y de comisiones.
- Suponer que la prop firm, el bróker y el proveedor de datos son una misma empresa.
Relacionado
- Coste de los datos frente al del software
- Permiso de datos de mercado
- Enrutamiento de órdenes
- Rithmic
- Diagnóstico de conexión
- Prop firm
En la misma sección
- Acceso directo al mercado
- Condición de no profesional
- CAGR
- Cadena de opciones
- Cálculo del GEX
- Caché local
- Calendar spread de opciones
- Butterfly 25 delta
Esta página en otros idiomas
Preguntas frecuentes
- ¿Por qué pago los datos aparte del software?
- Porque el mercado cobra por sus datos y el proveedor o el bróker recauda esa tarifa, mientras que el proveedor del software vende la aplicación. Son dos productos distintos de empresas distintas, incluso cuando se venden juntos.
- ¿A quién debo contactar cuando no llegan mis datos?
- Empieza por donde se detiene la cadena. Si el acceso se rechaza o la suscripción se deniega, tiene que actuar el bróker o el proveedor de datos; si los datos llegan pero se muestran mal, el proveedor del software es el contacto correcto.