Skip to main content
GET
Consultar resultado de solicitud

Recogida persistente y consultas repetidas

La API recoge eventos MT5 por lotes en segundo plano usando la conexión física que envió la solicitud. El GET del cliente lee RDS: no consume eventos de MT5. El envío devuelve su ID sin esperar la ejecución. Puede haber una breve demora hasta que el recolector guarde el resultado.
  • 200: resultado final guardado, incluso rechazo o ejecución parcial. Revisar códigos MT5.
  • 202: {"status":"pending","request_id":1586,"result":null}. Esperar al menos lo indicado en Retry-After (un segundo) y repetir únicamente este GET.
  • 409 con TRADE_RESULT_UNAVAILABLE: no se conservó un resultado final. El campo result puede contener la última instantánea pública. Reconciliar posiciones y órdenes; no reenviar automáticamente la operación.
  • 409 con TRADE_RESULT_AMBIGUOUS: MT5 reutilizó un ID entre sesiones para ese token. Reconciliar sin adivinar a qué operación corresponde.
El resultado final guardado se puede consultar después de reiniciar mientras el token y la verificación sigan vigentes. Los resultados consumidos antes de instalar esta mejora no se recuperan con la caché. Una caída entre consumir y guardar un evento todavía puede perderlo; no disponible no significa operación fallida.

Qué hace esta operación

Usa el ID de answer.id o answer.ID, no un ticket de posición. Solo el token que envió la solicitud puede consultarla, con verificación vigente de la cuenta. HTTP 200 no implica ejecución exitosa.

Proceso completo

Consulta la guía paso a paso y los errores y su tratamiento. Los valores del explorador son ejemplos. Sustituye cuenta, símbolo, volumen y precio con datos válidos para tu integración.

Respuesta reducida

La respuesta usa una lista explícita de campos públicos. Mantiene retcode y answer; si MT5 devuelve eventos agrupados por ID, conserva ese formato solo para la solicitud consultada. También admite resultados planos y listas de eventos. Los campos ausentes se omiten; no se inventan estados ni valores. En result se conservan ID, Retcode, DealID, OrderID, Volume y Price; los resultados planos también admiten ResultRetcode, ResultDeal, ResultOrder, ResultVolume y ResultPrice. En el evento answer se conservan IDClient, Symbol, Type, TypeFill, Volume, PriceOrder, Position y esos cinco campos Result*. Se excluyen cuentas, login Manager, IP, comentarios, datos del gateway, volúmenes extendidos, ApiData y campos nuevos no autorizados. Volume en el evento answer es el volumen solicitado; ResultVolume es el volumen ejecutado informado. Un ID de solicitud, orden o deal no debe confundirse con el ticket de posición. Consulta posiciones para reconciliar el resultado.

Autorizaciones

Authorization
string
header
requerido

Envía el token entregado por el proveedor en el encabezado Authorization mediante autenticación Bearer.

Parámetros de ruta

request_id
integer
requerido

Respuesta

Respuesta satisfactoria

retcode
string
requerido
answer
Answer · object
requerido