Rechazos del bróker y errores de conexión: lo establecido frente a lo posible
Cuando un bróker rechaza un login o una suscripción, Senzoukria muestra un aviso construido a partir del mensaje bruto: un título de una línea, lo que está establecido (cuando lo hay), la consecuencia y la solución, las causas posibles por frecuencia, y la redacción exacta del bróker conservada para el soporte. Una causa solo se afirma cuando el servidor la declara.
Senzoukria · Documentación · Actualizado en septiembre de 2026
Dónde encontrarlo
- Dónde
- Banner en el gráfico footprint y en el heatmap cuando falla una suscripción o un login; las tarjetas de conexión muestran el estado de cada capacidad
- Tipos
- alreadySubscribed, historyBusy, subscribeRefused, loginRefused, unknown
- Código del bróker
- Se muestra junto al texto como «Código del bróker {code}» — «Útil para tu bróker. Por sí solo no nombra ninguna causa.» El código 0 nunca se muestra
- Mensaje bruto
- Se conserva palabra por palabra, plegado bajo «La redacción exacta del bróker», con un botón «Copiar el mensaje exacto»
Qué hace
El lector de rechazos toma la cadena bruta del fallo y el contrato actual, extrae el primer rp_code que encuentra y elige una de cinco formas. La jerarquía de la pantalla es la jerarquía de la confianza: título, después lo que está establecido (visualmente distinto porque es lo único que el lector puede dar por hecho), después el cuerpo, la consecuencia y la solución, después las causas posibles precedidas de la admisión de que ninguna está establecida, y al final la redacción del bróker plegada abajo. Solo un rechazo lleva una línea de certeza: el propio servidor diciendo que la suscripción ya existe.
Aparece un botón «Reintentar» cuando el anfitrión pasa una acción de reintento; el aviso se queda sobre un gráfico vacío por defecto, porque ocultarlo no llenaría el gráfico.
Tipos de rechazo
| Tipo | Se reconoce por | Título y líneas clave |
|---|---|---|
| Ya suscrito | rp_code 1029 o «update bit type already exists» | «{symbol} ya está suscrito en este login» — cierto: el servidor declara que la suscripción existe. Solución: cierra las otras ventanas de Senzoukria, incluidas las del área de notificación, y después las otras plataformas con el mismo login; una suscripción retenida se libera unos minutos después de que desaparezca la aplicación que la tenía |
| Histórico ocupado | «history load is already running / in progress» (nuestra propia protección en vuelo, sin código) | «Ya hay una carga de histórico en curso para {symbol}» — el gráfico reintenta solo; si no se resuelve nunca, ⚙ → Ajustes de trading → Recargar el histórico |
| Suscripción rechazada | La palabra «subscri» en el mensaje | «El bróker rechazó la suscripción a {symbol}» — medido: el login pasó, la suscripción fue rechazada. Causas: otra instancia, contrato vencido, formato del símbolo ({symbol}.{exchange}), mercado cerrado, permisos |
| Login rechazado | «login» o «authentication» | «El bróker rechazó el login» — medido: la pasarela respondió, el login volvió rechazado; la redacción no se toca |
| Desconocido | Cualquier otra cosa | «Este rechazo no se había visto aquí antes» — el mensaje se muestra tal cual y no se deduce nada de él |
Estados de capacidad en las tarjetas de conexión
Cada conexión expone cinco capacidades — Datos de mercado, Profundidad (L2), Histórico, Feed de cuenta, Órdenes — y cada una lleva un estado: inactiva, conectando, lista, reconectando, error o no soportada, con un detalle en texto y una marca de tiempo. El estado global de la tarjeta lo sigue: Conectado, Conectando…, Reconectando…, Error o Sin conexión. Las suscripciones se listan con su indicador de profundidad, porque «el DOM no se mueve» es antes que nada la pregunta de si se pidió L2 siquiera.
Los entornos son Test, Paper, Eval, Fondeada y En vivo. En una cuenta fondeada, el enrutamiento de órdenes sigue desactivado mientras no actives a mano el interruptor de Trading de esa conexión.
Límites y trampas
- La causa de permisos se retira siempre que el código es 13. Con ese código, «derechos insuficientes» es la lectura que resultó equivocada cuatro veces en el registro de bugs; el aviso se niega a proponerla ni siquiera como posibilidad.
- «Rechazos redactados igual han tenido causas distintas aquí.» El aviso nunca convierte un rechazo en un veredicto; la frase que hay que enviar es «Pregunta a tu bróker, con estas palabras: ¿mi login está habilitado para los datos de {exchange}, bajo qué nombre de sistema, y cuántas sesiones simultáneas puede abrir?».
- Un demo gratuito de Rithmic no puede conectarse: «Rithmic no ofrece la API R | Protocol a las cuentas demo, sea cual sea el nombre del sistema o la pasarela.» Ese rechazo es un límite del producto, no un error que reintentar.
- Una suscripción aceptada y luego muda no es en absoluto un error en pantalla; para ese caso la herramienta es el diagnóstico de conexión.
Páginas relacionadas
- Diagnóstico de conexión (preflight)
- Guía de conexión paso a paso
- Bridge de NinjaTrader
- Software de footprint para Rithmic
Esta página en otros idiomas
Preguntas frecuentes
- La insignia dice CONNECTED pero el gráfico está vacío. ¿La conexión está rota?
- No necesariamente. Con un rechazo de tipo «ya suscrito», la conexión está bien y el flujo lo retiene otro sitio: casi siempre una segunda ventana de Senzoukria u otra plataforma conectada con el mismo login.
- ¿Qué debo enviar al soporte de mi bróker?
- La redacción exacta y el código del bróker, copiados con «Copiar el mensaje exacto». Añade la copia del diagnóstico de conexión si lo has lanzado; ninguno de los dos contiene tu contraseña.