En esta página
Tres capas
| Capa | Ejemplos de comprobaciones |
|---|---|
| Aplicación | Cantidad máxima por orden, trading habilitado en esta conexión, paso de confirmación, cuenta correcta |
| Bróker / FCM | Permisos de la cuenta, garantías, posición y tamaño de orden máximos, permisos de producto |
| Mercado | Bandas de precio, protección de órdenes a mercado y stop, estado del mercado, reglas por tipo de orden |
Ejemplo resuelto
El tope de la aplicación está fijado en 3 contratos por orden. Un operador escribe 5: la orden se rechaza antes de salir de la máquina. La corrige a 3; el límite del bróker permite una posición de 4 contratos, y la cuenta ya tiene 2 en la misma dirección, así que la orden nueva llevaría la posición a 5 y el bróker la rechaza. El operador envía 2; el mercado rechaza entonces el precio limitado, escrito 100 puntos al otro lado del mercado, por estar fuera de la banda de precio. Tres rechazos, tres responsables distintos.
Por qué importan las capas
Una salvaguarda de la aplicación es rápida y visible pero solo protege las órdenes enviadas desde esa aplicación. Los límites del bróker cubren todas las plataformas de la cuenta pero varían según la firma. Los controles del mercado protegen al mercado en su conjunto, no a tu cuenta. Un operador que sabe qué capa rechazó una orden sabe a quién preguntar y si un ajuste puede cambiar el resultado.
En Senzoukria
Antes de que una orden salga, el backend aplica las salvaguardas de la conexión: el trading debe estar habilitado en la conexión (queda deshabilitado en los perfiles de cuenta financiada hasta habilitarlo explícitamente), un tope «Contracts per order» en los ajustes de trading rechaza las órdenes mayores, y un modo opcional de 2 clics muestra una confirmación con lado, cantidad, instrumento, tipo, precio y cuenta. La orden lleva la cuenta mostrada, y el backend la rechaza si la sesión del plant de órdenes enruta a otra cuenta. En Rithmic, una orden se rechaza además hasta que se ha resuelto una ruta de negociación para su mercado. El ticket refleja estas salvaguardas para que sean visibles antes de la ida y vuelta, nunca como única línea de defensa.
Errores habituales
- Tratar un tope de la aplicación como un límite del bróker, o al revés.
- Desactivar las confirmaciones en una cuenta financiada para ahorrar un clic.
- Suponer que una orden rechazada no se envió a ninguna parte; puede haberla rechazado el bróker o el mercado.
Relacionado
En la misma sección
- Convergencia
- Contratos micro
- Copiador de operaciones
- Corto de volatilidad
- Contratos lineales e inversos
- Datos frente a software
- Contrato frontal
- Coste de mantenimiento
Esta página en otros idiomas
Preguntas frecuentes
- ¿Por qué se rechazó mi orden si la aplicación la aceptó?
- Porque el bróker, el futures commission merchant o el mercado aplican sus propias comprobaciones después de las de la aplicación. El texto del rechazo suele nombrar el motivo, como las garantías, un límite de posición o un precio fuera de la banda.
- ¿Bastan las salvaguardas del software para proteger una cuenta de prop firm?
- Reducen el coste de un clic equivocado, pero las reglas de la firma, como los contratos máximos o los límites de pérdida, las hace cumplir la firma y pueden incumplirse con órdenes enviadas desde otras plataformas o por movimientos del mercado.