Respuesta directa: qué es el “No Dealing Desk” y en qué se diferencia
El “No Dealing Desk” (a menudo abreviado como NDD) es un concepto de ejecución utilizado en forex para describir cómo se gestionan las órdenes entre el momento en que solicitas una operación y el momento en que se ejecuta. La idea central es que el proveedor no actúa como contraparte de la misma manera que un modelo que internaliza las operaciones. En su lugar, el proveedor normalmente enruta las órdenes a fuentes de liquidez externas o a un sistema de ejecución, de modo que las ejecuciones quedan determinadas por esas fuentes y por las condiciones imperantes del mercado.
La diferencia principal frente a los conceptos relacionados no es la etiqueta en sí, sino dónde puede terminar la orden y qué entidad está al otro lado de la operación para su ejecución. En la práctica, los operadores y los lectores suelen comparar el NDD con etiquetas como “market maker”, “procesamiento directo” y “STP”, y a veces con el enrutamiento mediante “red de comunicaciones electrónicas”. Aunque estos términos se solapan en su uso, apuntan a diferentes decisiones operativas, especialmente en cuanto a si el proveedor internaliza el flujo y cómo se lleva a cabo la ejecución.
Mecanismo y definiciones: las piezas clave para comparar
Los modelos de ejecución en forex pueden entenderse separando la mecánica estable de las condiciones variables.
1) Gestión de la contraparte (quién empareja la orden)
- No Dealing Desk (NDD): El papel de ejecución del proveedor se presenta como un enrutamiento hacia el exterior, en lugar de tomar el lado contrario de la operación de la manera controlada por el proveedor que es típica del market making. El resultado de la ejecución de la orden depende de la liquidez externa y de la implementación del enrutamiento/ejecución del proveedor.
- Market maker: El proveedor se posiciona como contraparte de muchas operaciones. Esto significa que el precio y el comportamiento de la ejecución pueden verse influidos por el inventario interno y el proceso de cotización del proveedor.
2) Ruta de la orden (cómo se procesa la solicitud)
- NDD: Normalmente se asocia con el enrutamiento a plataformas externas o pools de liquidez. Las vías exactas difieren según el proveedor y pueden incluir ejecuciones parciales.
- STP (Procesamiento Directo): A menudo se utiliza para referirse a la automatización con menos traspasos internos. El STP tiene más que ver con la automatización del proceso que con si el proveedor está internalizando como contraparte. Un sistema puede estar “automatizado” y aun así tener una exposición económica diferente según el modelo de contraparte subyacente.
- ECN (Red de Comunicaciones Electrónicas) / enrutamiento tipo ECN: A menudo indica que las órdenes interactúan con otros participantes a través de una plataforma electrónica. Es un concepto de plataforma; por sí solo no garantiza un comportamiento específico de la contraparte a menos que se combine con otros términos.
3) Determinación del precio y de la ejecución (qué controla la ejecución)
- NDD vs market maker: Incluso bajo NDD, las ejecuciones pueden diferir de la primera cotización mostrada porque la ejecución ocurre en el tiempo: envías una orden y luego la liquidez responde. Los costes y las condiciones (spreads, comisiones, profundidad) afectan a la ejecución.
- STP vs NDD: El STP puede reducir los pasos manuales, pero no elimina el riesgo de mercado, los efectos de latencia ni la posibilidad de que haya una liquidez disponible diferente en el momento de la ejecución.
Una forma útil y acotada de explicar las diferencias es: el NDD se refiere principalmente a la intención de enrutamiento de la contraparte/ejecución; el STP se refiere principalmente a la automatización de la ruta de la orden; el ECN se refiere principalmente a una estructura de plataforma electrónica. Estos son “propietarios canónicos” de significado diferentes, aunque el lenguaje de marketing a veces los combine.
Evidencia o ejemplo (acotado): cómo dos conceptos pueden llevar a resultados diferentes
Sin depender de datos de mercado en tiempo real, aún puedes razonar sobre lo que puede diferir.
Escenario de ejemplo (supuestos declarados): Supongamos: (a) se envía una orden de forex con un tamaño especificado, (b) hay un adelgazamiento temporal de la liquidez y (c) el proveedor ofrece dos configuraciones de ejecución diferentes: una presentada como enrutamiento NDD y otra presentada como market making.
Razonamiento paso a paso:
- Con un enfoque de enrutamiento NDD, la orden se envía hacia el exterior. Si la liquidez externa al precio solicitado es limitada o está cambiando, la ejecución puede ocurrir a un nivel disponible menos favorable, o la orden puede ejecutarse parcialmente.
- Con un enfoque de market making, el proveedor puede cotizar y gestionar la ejecución utilizando su propio mecanismo interno. Si la cotización interna se amplía, el coste efectivo puede aumentar. Alternativamente, si el proveedor decide mantener o revalorizar la ejecución, los resultados finales también pueden divergir.
Limitación material destacada: Incluso si dos proveedores afirman utilizar un lenguaje de “no dealing desk”, el comportamiento real puede variar debido a los detalles de implementación: reglas de enrutamiento, cómo se presentan los spreads y las comisiones, si se permiten ejecuciones parciales y la rapidez con la que el proveedor reacciona cuando la liquidez cambia.
Limitaciones y riesgos: lo que el “No Dealing Desk” no resuelve automáticamente
El “No Dealing Desk” se discute a menudo como si resolviera los conflictos de interés, pero como lector debes tratarlo como una descripción operativa con límites.
Limitación material / modo de fallo n.º 1: la etiqueta del modelo no elimina la incertidumbre de la ejecución Las condiciones del mercado pueden cambiar entre la cotización y la ejecución. Esto significa que el deslizamiento y una ejecución efectiva variable pueden ocurrir bajo cualquier configuración de enrutamiento o contraparte. La etiqueta por sí sola no garantiza el mismo resultado para órdenes idénticas.
Modo de fallo n.º 2: los costes pueden estructurarse de manera diferente Un proveedor puede utilizar los spreads y las comisiones de diferentes maneras. Incluso si el “modelo de ejecución” cambia, el coste total de la operación puede variar según la estructura de comisiones del proveedor y las condiciones del mercado en el momento de la ejecución.
Modo de fallo n.º 3: ejecuciones parciales y gestión de órdenes Los sistemas de enrutamiento pueden dar lugar a ejecuciones parciales entre fuentes de liquidez. Esto cambia el precio medio final y puede afectar a cómo interpretas el rendimiento en comparación con lo que esperabas de una única cotización mostrada.
Modo de fallo n.º 4: la jurisdicción y los términos afectan a los resultados Debido a que los términos y las políticas de ejecución pueden variar, la misma etiqueta puede tener significados prácticos diferentes. Un concepto estable es la “intención de gestión de la contraparte/ejecución”, pero la mecánica exacta depende de la política de ejecución documentada del proveedor y de sus términos legales.
Verificación y siguiente pregunta: cómo confirmar la diferencia en un caso específico
Debido a que las etiquetas de los modelos no están estandarizadas de manera universal, la verificación debe centrarse en lo que puedes comprobar de forma independiente.
- Lee la política de ejecución del proveedor y los términos relacionados para ver si las órdenes se enrutan externamente, cómo describe el proveedor la gestión de la contraparte y cómo trata las ejecuciones parciales.
- Comprueba cómo se representan los costes (spread vs comisión) y si los términos definen cómo se determinan los precios de ejecución.
- Aclara las afirmaciones sobre procesos como el STP buscando descripciones de los pasos de gestión de órdenes (automatización, enrutamiento y cualquier intervención manual).
Siguiente pregunta a plantear: “En los términos documentados del proveedor, ¿cuál es la ruta real de la orden y la relación de contraparte, y cómo describe el posible deslizamiento, las ejecuciones parciales y la formación del precio de ejecución?”