Un sistema de gestión de pedidos (OMS) es un software que realiza un seguimiento de las órdenes de comercio desde el momento en que alguien decide operar hasta que el resultado llega a las cuentas. Registra lo que se solicitó, verifica si se permite la orden, la envía para su ejecución y sigue todo lo que le sucede después.
Cada pedido plantea tres preguntas, y el OMS es donde viven las respuestas: ¿Qué pretendíamos comerciar? ¿Qué se comerciaba realmente? ¿Qué aún necesita acción?
Lo que se pretendía y lo que realmente se comercializó a menudo difiere. Imagina una solicitud para comprar 1,000 acciones. Se compran las primeras 400 acciones, y luego el comprador pide cancelar el resto. Mientras esa solicitud está en proceso, se compran otras 150 acciones. El pedido termina marcado como “Cancelado”, sin embargo, se adquirieron 550 acciones. Un buen OMS muestra la historia completa detrás de ese estado de una sola palabra, y esta guía explica cómo.
En resumen:
- Un OMS es el registro central de órdenes de trading: lo que se solicitó, para quién y qué sucedió con ello.
- Verifica cada pedido antes de enviarlo, luego rastrea confirmaciones, operaciones ejecutadas, cambios y cancelaciones.
- No ejecuta operaciones por sí mismo. Los corredores y las bolsas hacen eso, y el OMS mantiene el registro en orden.
- Su historia con marca de tiempo es uno de los principales registros que las empresas y los reguladores utilizan para reconstruir cualquier orden posteriormente.
¿Qué es un sistema de gestión de pedidos?
En los mercados financieros, un OMS gestiona órdenes de acciones, bonos, divisas, derivados y otros instrumentos. El nombre se comparte con el software que utilizan las tiendas en línea para procesar entregas, pero un OMS de trading es una herramienta diferente con un trabajo diferente.
Piense en ello como el libro de registro y el escritorio de control para los pedidos. Cualquier operación pasa por etapas similares, ya sea que comience con un gestor de fondos realizando un gran pedido para un fondo de pensiones o con alguien tocando “Comprar” en una aplicación de trading. En las empresas profesionales, el OMS es el sistema que organiza esas etapas. En una aplicación de trading para consumidores, las mismas funciones generalmente se ejecutan dentro de la plataforma del corredor, fuera de la vista.
Características clave de un OMS de trading
- Captura de pedido: registra la cuenta, instrumento, dirección de compra o venta, cantidad, tipo de orden, precio y cuánto tiempo la orden permanece válida.
- Verificaciones previas a la negociación: confirma que la orden está permitida, que la cuenta puede permitírselo y que respeta los límites de negociación.
- Enrutamiento: envía órdenes aprobadas a un corredor, un sistema de ejecución o un lugar de negociación.
- Seguimiento de pedidos: mantiene un registro en vivo de confirmaciones, llenados, cambios y cancelaciones.
- Mantenimiento de posiciones: actualiza las tenencias y el efectivo a medida que llegan las operaciones, por lo que el siguiente pedido se verifica contra números actualizados.
- Asignación: divide una gran orden ejecutada entre las cuentas para las que se realizó, cuando sea necesario.
- Registro de auditoría: almacena un historial con sello de tiempo de cada evento, para que cualquiera pueda reconstruir más tarde exactamente lo que sucedió.
- Transferencia post-comercio: pasa los resultados a los sistemas de contabilidad y operaciones.
Algunos productos de OMS son aplicaciones independientes. Otros están integrados en una plataforma de trading más grande.
Términos clave en inglés sencillo
| Término | Qué significa |
|---|---|
| Orden | Una instrucción para comprar o vender una cantidad específica de un instrumento |
| Lugar de negociación | Un lugar donde se emparejan órdenes, como una bolsa de valores |
| Ejecutar | Una operación que ejecuta total o parcialmente una orden |
| Ejecutar parcialmente | Solo parte de la cantidad se ha negociado hasta ahora |
| Cantidad activa | La parte de una orden que aún está esperando para negociar |
| Orden de mercado | Una orden para negociar tan pronto como sea posible al mejor precio disponible |
| Orden limitada | Una orden que puede negociarse solo al precio indicado o mejor |
| Tiempo en vigor | Cuánto tiempo permanece activa la orden, por ejemplo, un día o hasta que se cancele |
| Reconocimiento | Confirmación de la parte receptora de que ha aceptado la orden |
| Enmienda | Una solicitud para cambiar una orden, como su precio o cantidad |
| Cancelación | Una solicitud para detener la cantidad que aún no se ha negociado |
| Cancelación pendiente | Se ha solicitado una cancelación pero aún no se ha confirmado; la orden aún puede negociarse |
| Rechazada | La orden fue rechazada, ya sea por los propios controles de la firma o por la parte receptora |
| Caducada | La orden llegó al final de su tiempo en vigor sin negociarse completamente |
| Asignación | Dividir una orden ejecutada entre varias cuentas |
| Compensación y liquidación | Los pasos después de una operación que confirman quién debe qué y luego intercambian los valores y el efectivo |
Cómo funciona un sistema de gestión de pedidos, paso a paso
Where the OMS sits
Orders go out through the OMS; confirmations and fills come back to it; results go on to the back office. Shown from a fund manager’s point of view. In a trading app, the broker runs the OMS.
- Order sourceInvestor, fund manager, algorithm or app
- OMSRecords, checks and tracks the order
- ExecutionBroker, EMS or smart order router
- Trading venueExchange or other venue matches orders
- ↑ Confirmations and fills flow back to the OMS
- Post-tradeThe OMS passes results to the back office, which works with clearing and settlement
1. Se ha ingresado el pedido
Una orden puede provenir de una persona, un sistema de gestión de carteras, un algoritmo de trading u otro programa conectado a través de una API (una interfaz de software). El OMS primero necesita saber exactamente qué se está solicitando.
“Comprar 1,000 XYZ a $25” no es suficiente por sí solo. El OMS también necesita saber para qué cuenta es la orden, qué instrumento específico se quiere (el mismo ticker puede existir en varios mercados), la moneda y cuánto tiempo permanece válida la orden. Una orden de día expira al final de la jornada de trading; una orden válida hasta cancelar sigue activa hasta que se completa o se cancela, aunque muchos corredores establecen un periodo máximo.
La OMS le da a la orden un identificador. Cada llenado, cambio y cancelación posterior está vinculado a ese identificador. Sin ese vínculo, el equipo de operaciones podría recibir una operación válida y no saber a qué instrucción pertenece.
2. Se verifica el pedido
Antes de que se envíe cualquier cosa, la OMS realiza verificaciones previas a la negociación, ya sea por sí misma o a través de servicios de riesgo y cumplimiento conectados. Las verificaciones típicas cubren:
- si la cuenta puede operar este instrumento,
- si tiene suficiente efectivo o margen (dinero prestado del corredor),
- si el tamaño y el precio están dentro de los límites,
- si el instrumento está en una lista restringida, por ejemplo, porque la firma tiene información confidencial sobre la empresa.
El conteo de pedidos también cuenta. Una cuenta puede tener suficiente dinero para un pedido, pero no para dos pedidos similares realizados al mismo momento. Buenas verificaciones tienen en cuenta los pedidos que aún están en espera, no solo las transacciones que ya han ocurrido.
Las verificaciones de cumplimiento también pueden realizarse después de una operación, para confirmar que el resultado se mantuvo dentro de las reglas. Cuando una verificación falla antes de una operación, el rechazo debe indicar el motivo. “Instrumento no permitido para esta cuenta” se puede solucionar en minutos. “Orden fallida” hace que alguien tenga que buscar en los registros.
3. El pedido ha sido enviado y confirmado
Los pedidos aprobados van a su destino: un corredor, un sistema de gestión de ejecuciones, un enrutador de órdenes inteligente o una conexión directa a un lugar.
Enviar un pedido y que este sea aceptado son dos eventos separados. El OMS registra su propia presentación, luego espera que la otra parte lo confirme o lo rechace. Si un pedido grande se divide en pedidos “hijos” más pequeños, el OMS los mantiene vinculados al “padre” original, para que pueda verificar que los pedidos hijos nunca sumen más que el padre.
Los pedidos viajan entre sistemas como mensajes, a menudo a través de una API de trading o el protocolo FIX, que es el estándar de la industria. El OMS lee esos mensajes y actualiza el estado y las cantidades de cada pedido.
4. Se rastrean llenados, cambios y cancelaciones
Un llenado aumenta la cantidad comprada o vendida y puede dejar parte de la orden aún activa. Una enmienda solicita cambiar la orden. Una cancelación pide detener lo que aún no se ha negociado.
Ningún cambio ni una cancelación entran en vigor en el momento en que se envían. Hasta que la otra parte lo confirme, la orden original puede seguir operando. La especificación del estado de la orden FIX, que muchos sistemas de trading siguen, tiene un estado de “cancelación pendiente” separado precisamente por esta razón. También permite que una orden cancelada contenga operaciones ejecutadas. El estado por sí solo no te dice cuánto se ha negociado; las cantidades sí.
5. Los resultados van a los sistemas post-comerciales
Una vez que se completa el comercio, el OMS pasa las ejecuciones, los detalles de la cuenta y los identificadores a los sistemas de back-office. El equipo de operaciones luego verifica esos registros contra las confirmaciones de los corredores, las plataformas y las firmas de compensación.
Para un gestor de fondos que compró acciones para varias carteras a la vez, este es también el momento en que la cantidad ejecutada se asigna a cada cartera de acuerdo con las reglas preestablecidas.
Ejecutar una operación no es lo mismo que liquidarla. En los mercados de valores, la liquidación es el intercambio real de valores y efectivo, gestionado por la infraestructura de compensación y liquidación. El OMS proporciona los detalles de la cuenta y la asignación utilizados en ese proceso; no mantiene los activos ni completa la liquidación por sí mismo. Las acciones de EE. UU., por ejemplo, se liquidan un día hábil después de la operación (T+1).
Ejemplo: un pedido parcialmente completado que se cancela
Aquí está el pedido de la introducción en detalle. Es un ejemplo hipotético: comprar 1,000 acciones de XYZ con un límite de $25, válido por el día. La cuenta comienza sin acciones de XYZ, se aprueban todos los cheques y las tarifas se omiten.
- El corredor acepta la orden. 400 acciones se negocian a $24.98, y 600 aún están en proceso.
- El comprador pide cancelar el resto. La cancelación está ahora pendiente.
- Antes de que se confirme, 150 acciones más se negocian a $24.99.
- El corredor confirma la cancelación de las 450 acciones restantes.
Follow the cancellation
An illustrative buy order for 1,000 shares. A cancellation stops the remaining quantity; it does not reverse existing fills.
Order status: Canceled
- Shares filled
- 550
- Still working
- 0
- Canceled
- 450
The remaining 450 shares are canceled. The 550 shares already bought remain in the account. No quantity is still working.
Read the complete sequence
- First fill: 400 shares trade at $24.98. Another 600 are still working.
- Cancel requested: a cancellation is pending. The 600 remaining shares can still execute.
- Another fill: 150 more shares trade at $24.99 before cancellation is confirmed. Filled quantity is now 550; 450 remain working.
- Cancel confirmed: those 450 shares are canceled. The final result is 550 bought, 450 canceled and none working.
El resultado final:
- Comprado: 550 acciones
- Cancelado sin negociación: 450 acciones
- Aún trabajando: 0 acciones
- Costo total: (400 × $24.98) + (150 × $24.99) = $13,740.50
- Precio promedio: $13,740.50 ÷ 550 ≈ $24.9827
Las acciones canceladas no tienen ningún papel en el precio promedio, porque nunca se negociaron. La cancelación tampoco anula las 550 acciones ya compradas.
Si el comprador todavía quiere 1,000 acciones en total, la brecha restante es de 450. Alguien que solo miró el primer llenado y envió una nueva orden por 600 terminaría con 1,150 acciones si esa orden se completara completamente.
Si el comprador nunca hubiera pedido cancelar, las acciones no ejecutadas simplemente habrían expirado al cierre, porque este era un orden de un día.
Los sistemas reales pueden etiquetar estos pasos de manera diferente o saltar algunos mensajes intermedios, pero las cantidades siempre deben sumar: llenos + aún en funcionamiento + cancelados (o expirados) deben ser iguales a la cantidad actual del pedido, incluyendo cualquier enmienda.
OMS vs EMS y otros sistemas de trading
Varios sistemas pueden manejar el mismo pedido, y un producto puede combinar varios roles.
| Sistema | Trabajo principal | Pregunta que responde |
|---|---|---|
| PMS (sistema de gestión de carteras) | Rastrea carteras y decide qué comprar o vender, por ejemplo, al reequilibrar | ¿Qué deberíamos negociar? |
| OMS | Registra órdenes, realiza verificaciones, rastrea el estado y entrega resultados a operaciones | ¿Qué se ordenó, para qué cuenta, y en qué estado está? |
| EMS (sistema de gestión de ejecuciones) | Proporciona a los traders herramientas para trabajar órdenes en el mercado, a menudo con datos en tiempo real y algoritmos | ¿Cómo deberíamos ejecutar esta orden ahora mismo? |
| OEMS | Combina funciones de OMS y EMS en un solo sistema | Ambas anteriores, en un solo lugar |
| Router de órdenes inteligente | Elige dónde enviar una orden según reglas de enrutamiento | ¿Qué lugar debería recibir esta orden? |
| Motor de emparejamiento | Empareja órdenes de compra y venta dentro de un lugar de negociación | ¿Qué órdenes pueden negociar entre sí? |
| Back office | Se encarga de la contabilidad, registros y conciliación | ¿Todos los registros coinciden? |
Una manera simple de recordar la diferencia: el PMS decide qué comerciar, el OMS lleva un registro de lo que se ordenó y para quién, y el EMS gestiona cómo se ejecuta. El enrutador de órdenes inteligente decide dónde enviarlo, y el motor de emparejamiento empareja compradores con vendedores dentro del recinto.
¿Quién utiliza un sistema de gestión de pedidos?
Los gestores de activos, los fondos de pensiones y los fondos de cobertura (el “lado comprador”) utilizan un OMS para convertir las decisiones de inversión en órdenes controladas. A menudo negocian en nombre de muchas carteras a la vez, por lo que las reglas de asignación y las restricciones de inversión son fundamentales.
Bancos y corredores (el “lado vendedor”) reciben órdenes de los clientes y las envían a los mercados. Su OMS debe manejar grandes volúmenes de órdenes, límites a nivel de cliente y una clara separación entre las órdenes de los clientes y las operaciones de la firma.
Las empresas de trading propietario comercian con su propio dinero y utilizan la gestión de órdenes junto con sus estrategias y controles de riesgo.
Los inversores minoristas generalmente no ven un OMS por su nombre. Sin embargo, cuando realizas un pedido en una aplicación de trading, los sistemas del bróker realizan los mismos pasos: registran tu orden, verifican tu saldo, envían la orden al mercado y actualizan tu cuenta a medida que llegan las ejecuciones. Cuando una aplicación muestra una orden como “parcialmente ejecutada” o “cancelación pendiente”, estás viendo los mismos estados de orden que un OMS rastrea.
Una breve historia: de las llamadas telefónicas a los pedidos electrónicos
Antes de que el comercio se volviera electrónico, muchos pedidos se realizaban por teléfono o se escribían en boletos de papel, y el personal llevaba un registro de las ejecuciones a mano. A medida que el comercio electrónico se expandió en la década de 1990, las empresas necesitaban un lenguaje común para enviar órdenes entre sistemas. El protocolo FIX surgió de un proyecto de 1992 entre Fidelity Investments y Salomon Brothers para intercambiar información de órdenes de acciones electrónicamente, y más tarde se convirtió en un estándar de la industria. FIX es el lenguaje compartido; el OMS es uno de los principales sistemas que lo utiliza.
Por qué las empresas utilizan un sistema de gestión de pedidos
Menos errores manuales
Un error tipográfico en la cantidad o el precio puede ser enormemente costoso. En diciembre de 2005, un operador de Mizuho Securities en Tokio ingresó una orden para vender 610,000 acciones a 1 yen en lugar de 1 acción a 610,000 yenes, más de 40 veces el número de acciones que la empresa, J-Com, había emitido. Apareció una advertencia en la pantalla, pero el operador la ignoró. Los intentos de Mizuho para cancelar fueron bloqueados luego por una falla en el sistema de la Bolsa de Valores de Tokio. La pérdida finalmente alcanzó aproximadamente 40 mil millones de yenes. Un tribunal ordenó más tarde a la bolsa que pagara parte de ello, pero encontró a Mizuho parcialmente responsable debido a fallos en su propia gestión de órdenes.
La lección para cualquier OMS: una advertencia que se puede cerrar no es suficiente. Los límites de tamaño y precio que realmente bloquean una orden son lo que detiene este tipo de error antes de que llegue al mercado.
Una fuente de verdad
Los comerciantes, gerentes de riesgo, personal de operaciones y clientes todos necesitan la misma respuesta a “¿qué pasó con este pedido?” Cuando cada ejecución, cambio y cancelación actualiza un registro central, nadie tiene que reconstruir la historia a partir de correos electrónicos, hojas de cálculo y pantallas separadas.
Controles consistentes
Se aplican límites y restricciones a cada orden de la misma manera, ya sea que provenga de una persona, un algoritmo o una API. Las reglas se configuran una vez en lugar de ser recordadas por cada operador.
Una auditoría completa
Las empresas de trading deben ser capaces de mostrar, a menudo años después, exactamente qué pasó con cada orden: quién la ingresó, cuándo se cambió, a dónde se envió y qué se negoció.
Los reguladores dependen de estos registros. En los Estados Unidos, el Consolidated Audit Trail de la SEC está diseñado para seguir las órdenes en acciones y opciones cotizadas a lo largo de todo su ciclo de vida, desde la creación hasta el enrutamiento, modificación, cancelación y ejecución. Las normas en otras regiones, como MiFID II en la Unión Europea, establecen sus propios requisitos de mantenimiento de registros. Los mismos registros se utilizan en las revisiones de mejor ejecución, que verifican si las órdenes de los clientes se ejecutaron en los mejores términos razonablemente disponibles.
Un OMS no hace que una empresa cumpla por sí misma, pero produce gran parte de los datos de los que dependen los equipos de cumplimiento. Por eso, un buen OMS mantiene un historial completo en lugar de sobrescribir el estado antiguo de una orden.
Qué puede salir mal en la gestión de pedidos
La conexión se cae después de que se envía un pedido
La OMS envía una orden, pero la conexión falla antes de que llegue una confirmación. La orden puede o no haber llegado a su destino. Simplemente volver a enviarla podría duplicar la posición. Un proceso de recuperación seguro primero verifica el estado de la orden con la otra parte y, mientras tanto, muestra al personal que el resultado está sin resolver.
Un mensaje repetido se convierte en un comercio repetido
Cuando las conexiones se recuperan, los sistemas a veces reenvían mensajes anteriores. El OMS tiene que reconocer que un llenado reproducido es el mismo comercio que ya registró, no uno nuevo. Si un lugar luego corrige o cancela (“anula”) un comercio, ese cambio se almacena como un nuevo registro, por lo que el original permanece visible.
El sistema pierde la pista de lo que ya se ha llenado
El ejemplo más conocido de un manejo de órdenes que salió mal es Knight Capital. El 1 de agosto de 2012, un defecto en el enrutador de órdenes automatizado de la firma la dejó incapaz de reconocer cuándo se habían ejecutado las órdenes. Siguió enviando nuevas órdenes. En los primeros 45 minutos de negociación, envió más de 4 millones de órdenes mientras intentaba llenar solo 212 órdenes de clientes, negoció más de 397 millones de acciones y perdió más de 460 millones de dólares. La SEC descubrió más tarde que la firma carecía de controles adecuados para limitar las órdenes que enviaba y las posiciones que acumulaba.
El componente defectuoso era un enrutador en lugar de un OMS, pero la lección se aplica a cualquier sistema de manejo de pedidos. Siempre sepa cuánto se ha negociado ya y tenga límites estrictos que detengan el sistema cuando los números dejen de tener sentido.
El comercio es correcto, pero la cuenta es incorrecta
Una operación al precio correcto aún puede causar una pérdida si se registra en la cuenta incorrecta. Por eso, los cambios en las asignaciones y cuentas generalmente requieren permisos, una razón registrada y una revisión, y por qué los registros de pedidos deben reconciliarse regularmente con los datos de la oficina de atrás.
Señales de un OMS bien construido
Ya sea que estés evaluando un sistema, utilizando uno en el trabajo o simplemente quieras saber cómo se ve lo “bueno”, estas son las situaciones que separan un OMS confiable de uno frágil:
| Situación | Lo que hace un OMS bien construido |
|---|---|
| Un pedido excede el límite de una cuenta | Lo bloquea o lo envía para aprobación y registra la razón |
| Un pedido se llena parcialmente, luego se cancela | Mantiene visibles las cantidades llenas y en proceso hasta que se confirme la cancelación |
| La conexión se cae después de enviar un pedido | Verifica el estado real del pedido antes de enviar algo nuevamente |
| Un mensaje de ejecución llega dos veces | Reconoce el duplicado y no cuenta la operación dos veces |
| Una asignación se cambia después de la operación | Requiere permiso y mantiene el historial de cambios |
| Alguien pregunta qué pasó con un pedido antiguo | Reconstruye la instrucción original, cada cambio y cada llenado |
Un sistema construido para un tipo de negocio, como un administrador de fondos de capital, también puede necesitar un trabajo significativo para manejar otros instrumentos como divisas o derivados.
