Un recorrido controlado, desde los datos hasta la ejecución.

El modelo descrito es una representación conceptual pública. No certifica disponibilidad de producción, situación regulatoria ni tolerancia absoluta a fallos. La documentación puede explicar responsabilidades e interfaces; no demuestra que un control concreto actuara correctamente en un evento real. Esa prueba requiere registros, ensayos y revisión del entorno correspondiente.

IMRYN separa las afirmaciones sobre arquitectura de las afirmaciones sobre rendimiento. Un sistema bien estructurado aún puede perder dinero, recibir datos erróneos, sufrir discontinuidades de mercado o fallar operativamente. Del mismo modo, un resultado favorable no demuestra que los controles sean suficientes.

Una señal puede proceder de observaciones de mercado, modelos o reglas. Sea cual sea su origen, debe representarse como una propuesta contextualizada, no como permiso para operar. El registro debería conservar la marca temporal, la versión de la estrategia o modelo, el instrumento, la dirección, el tamaño solicitado y las condiciones de elegibilidad aplicadas.

Esta separación distingue «la estrategia propuso una acción» de «el sistema aceptó una orden». También ofrece un punto estable para investigar datos caducados, cambios de versión, señales contradictorias o comportamientos inesperados.

El control de riesgo es una frontera de decisión independiente. Compara la acción propuesta con la exposición actual, la elegibilidad del instrumento, el estado de la cuenta y la plataforma, y los límites configurados. El rechazo es un resultado válido; repetir una petición no debería relajar silenciosamente un límite.

Los límites reducen riesgos concretos, pero no eliminan los riesgos de mercado, liquidez, modelo, contraparte u operación. Su gobierno debe definir quién los modifica, cuándo se activa un cambio, cómo se prueba y dónde se conserva el valor anterior.

Las plataformas exponen tipos de orden, identificadores, transiciones de estado y mensajes de error diferentes. El adaptador traduce una instrucción interna aceptada y conserva la relación entre la propuesta, la orden enviada, cada confirmación y cada ejecución.

Un tiempo de espera no equivale necesariamente a un rechazo, y una solicitud aceptada no equivale a una ejecución. Por ello, los reintentos no son inocuos: el adaptador y la conciliación necesitan una estrategia de idempotencia o prevención de duplicados adecuada al destino.

La monitorización debe mostrar si llegan datos vigentes, se evalúan propuestas, se aplican controles, se comunican los destinos y se concilian los resultados. Las alertas necesitan contexto suficiente para decidir, y los registros duraderos deben permitir una revisión posterior.

La supervisión humana no es una etiqueta decorativa. Requiere una vía clara de parada, límites de acceso, una persona responsable del escalado y la comprobación del estado tras intervenir. La arquitectura pública no revela credenciales, umbrales ni configuraciones sensibles.