PREGUNTAS FRECUENTES FIX 4.4

1.

PROPÓSITO

El presente documento tiene como propósito recopilar las preguntas más frecuentes que han realizado nuestros clientes al área de Soporte FIX acerca del protocolo FIX 4.4, su implementación por parte de la BVC y el proceso de migración de FIXML 5.0 a FIX 4.4. A través de FIX 4.4 se ofrecerá: 1) Enrutamiento de órdenes - Ingreso, modificación y cancelación de órdenes 2) Información de mercado (Market Data, Reference Data) – entrega de información de órdenes, calces y estadísticas de los activos negociado en el mercado. 3) Información propia (Drop Copy) – entrega de la información de las órdenes y operaciones calzadas realizadas por los operadores del afiliado. El presente documento se actualizará periódicamente con el fin de incluir nuevas preguntas que hagan nuestros clientes. 2.

PREGUNTAS FRECUENTES

I.

¿Por qué debo cambiar la clave de acceso a FIX 4.4 cada 30 días? Por políticas de seguridad de la información de la BVC la contraseña debe ser cambiada por los usuarios del servicio cada 30 días. Teniendo en cuenta lo anterior, no es posible hacer excepciones al respecto de esta directriz.

II.

¿Cómo se realiza el cambio de password? ¿Cómo se debe ingresar la primera vez cuando no se tiene una clave asignada? El cambio de password se debe generar enviando el mensaje de logon con los datos de: usuario (tag 553), password (tag 554) y nuevo password (tag 925). El password debe tener la siguiente estructura: Aaaa123* -

1 Letra mayúscula. 3 letras minúsculas. 3 caracteres numéricos. Se puede añadir un carácter especial al final.

En el primer intento de logon, el sistema arrojará el siguiente mensaje: “Cambio de password requerido” Con lo que se debe seguir con el proceso anteriormente mencionado para cambiarlo. Luego del cambio de password se debe quitar el tag 925 del mensaje de logon (hasta un próximo cambio), ingresando con el nuevo password en el tag 554.

III.

¿Es necesario crear una sesión de FIX 4.4 por cada usuario (trader) que quiera enrutar electrónicamente a través de este mecanismo? No. En el FIX 4.4 de la BVC es posible configurar a un usuario padre del cliente que se conecte al sistema y múltiples usuarios hijos que puedan enrutar sin haber hecho la conexión física con el sistema (funcionalidad OBO – on behalf of). Al utilizar esta funcionalidad el cliente debe conectarse al sistema utilizando el código padre y posteriormente en cada orden que envíe al sistema debe especificar en el TAG 50 (SenderSubID) cuál es el código hijo que está enviando la orden al sistema. Para un mayor detalle sobre esta funcionalidad, por favor consulte el numeral 3.6 (OnBehalf Order Management) del documento de especificación “X-STREAM FIX SPECIFICATION FOR BVC” que se encuentra publicado en la dirección www.bvc.com.co/DMA o haciendo clic en el ícono a continuación.

IV.

¿Hay algún campo de referencia que se pueda utilizar en FIX 4.4 para identificar en el Back Office de la BVC las operaciones DMA por cliente y las internas? Si. La forma de utilizar el campo de referencia en el FIX 4.4 de la BVC es a través del bloque de componentes “Party” del mensaje de enrutamiento de órdenes (D – New Order Single). En este se debe especificar el Tag 452 (PartyRole) con valor “3” y posteriormente se debe especificar en el Tag 448 (PartyID) el valor que se quiera poner como referencia. De acuerdo con la documentación (página 88 del documento X-Stream FIX Specification) el tamaño máximo del campo es de 255 caracteres; no obstante es importante tener en cuenta que en el aplicativo “Back Office” de la BVC el tamaño de este campo es de 8 caracteres. Debido a lo anterior, el Back Office de la BVC toma solamente los primeros 8 caracteres del valor que se envíe en el FIX 4.4. Por último, en este campo no se deben enviar caracteres especiales tales como #&*% etc.

V.

¿Es diferente la infraestructura del circuito de pruebas al de producción en FIX 4.4? El circuito de pruebas está diseñado para probar los mensajes de la especificación FIX 4.4, se entiende que en él, el objetivo principal se limita a verificar el correcto envío y recepción de estos, por lo que no se tiene la misma capacidad del ambiente de producción ya que el flujo de órdenes es mucho menor. Adicionalmente, es importante tener en cuenta que otra particularidad del ambiente de pruebas es que en éste se entregará una sola sesión FIX a través de la cual se puede enrutar y recibir market data. En el ambiente de producción se debe utilizar una sesión independiente por cada funcionalidad que se requiera utilizar (una para enrutamiento, una para market data y otra para información propia – “drop copy”).

VI.

¿En el FIX 4.4 de la BVC se ofrece algún servicio que permita tener una foto del estado actual del “market data”? Si, en cuanto a market data se tiene el mensaje Market Data Snapshot/Refresh (W). Al pedir este mensaje, el cliente recibirá una foto del estado actual de la profundidad del mercado, las últimas 50 operaciones, valor de los índices y estadísticas del mercado. Es importante tener en cuenta que este mensaje, dependiendo de la profundidad del mercado en el momento de la petición, puede ser muy pesado y por tanto su entrega lenta. Por tal motivo el cliente sólo debería utilizar este servicio en caso de pérdida masiva de mensajería.

VII.

¿Se pueden solicitar los dos tipos de profundidad, detallada por orden (OBBO) o agregada por precio (OBBP), para un mismo instrumento? Sí, se pueden pedir los dos tipos de profundidad para un mismo instrumento. Para esto se deben enviar dos “market data request”, uno con la petición de OBBO y otro con la petición de OBBP. La forma de identificar si el mensaje que me está llegando corresponde a uno o al otro es a través del TAG 262 (MDReqID).

VIII.

¿Cómo me suscribo a la mensajería de las estadísticas del mercado del “market data”? Si me suscribo exitosamente, ¿qué datos voy a recibir? Para Market Data, en el momento de hacer un “Market Data Request” el cliente va a poder suscribirse a cualquiera de las cuatro categorías descritas en el documento: 0 (bid y offer), 2 (operaciones), 3 (índices) y ‘a’ (estadísticas del mercado). A esta última categoría se debería suscribir el cliente que requiera las estadísticas del mercado. Los datos que se pueden recibir se listan en las páginas 58 y 59 del documento de especificaciones. Este es el estado de cada uno de ellos:

Valor tag Tag Descripción campo 269 Respuesta 269=4 270 Precio de apertura 269=5 270 Precio de cierre 269=6 270 Settlement Price 269=7 270 Precio máximo del día 269=8 270 Precio mínimo del día 269=9 270 Precio promedio 269=a 31 Último precio 269=a 64 Fecha de cumplimiento 269=a 274 Dirección del tick 269=a 326 Estado de la acción 269=a 451 Variación con respecto al día anterior 269=a

235 Tipo de tasa (cierre, promedio, etc)

¿Se envía? SI SI SI SI SI SI SI SI SI SI SI SI, pero no debe ser tenido en cuenta por el cliente por ser un campo de renta fija

Valor tag Tag 269 Respuesta 269=a 269=C 269=n 269=o 269=s 269=t 269=u 269=v 269=w 269=x

Descripción campo

236 Tasa 271 Open Interest 271 Número de operaciones en el día Cantidad de la primera operación que marca 271 precio 270 Precio de cierre anterior sin ajustar Variación del día con respecto al precio de 270 referencia 270 Precio de cierre día anterior 270 Monto negociado 1020 Número de acciones negociadas 270 Precio de referencia

269=y

332 Precio máximo últimas 52 semanas

269=y

333 Precio mínimo últimas 52 semanas

269=z 269=z

270 Precio indicativo para subastas 271 Cantidad indicativa para subastas

IX.

¿Se envía? SI, pero no debe ser tenido en cuenta por el cliente por ser un campo de renta fija SI, sólo para derivados SI SI NO SI SI SI SI SI SI, pero reporta el precio máximo del día SI, pero reporta el precio mínimo del día SI SI

¿En el FIX 4.4 de la BVC se ofrece algún servicio para solicitar mensajes perdidos o no recibidos? Si, se tiene el mensaje Resend Sequence (2), en el cual se tienen el TAG 7 (BeginSeqNo) y el TAG 16 (EndSeqNo) en los cuales van los valores de secuencia de inicio y fin requeridos. Tengan en cuenta que si en el rango de mensajes solicitados existe un Heartbeat (0), la respuesta para llenar el vacío en secuencia va a ser el mensaje Sequence Reset (4) en su modalidad de Gap Fill.

X.

¿Cómo se identifica si una operación marca precio o no? ¿hay algún TAG que contenga esta información? En el protocolo FIX de la BVC no existe un TAG que notifique si una operación marca precio o no. Una manera de determinar si la operación marcó precio, o no, es la siguiente: Si la operación recibida tiene un monto en pesos superior a 66.000 UVRs (14’192,197.80 para el año 2015). El valor de la UVR utilizado para este cálculo cambia anualmente cada primero de enero.

XI.

¿Por qué en la especificación existe un componente llamado "Yield Data Component Block" si la BVC sólo entrega información de acciones y derivados? El protocolo FIX está diseñado para la mensajería de mercados financieros, incluyendo renta fija. Por esta razón, la especificación técnica contiene campos específicos para este

mercado. Como la BVC no ha implementado el mercado de renta fija en FIX 4.4, estos campos, a pesar de existir, no se notifican. XII.

¿Qué es el TAG 37 (OrderID)? El TAG 37 es el identificador que le da X-Stream a cada orden que ingresa al sistema.

XIII.

¿Qué TAG trae el nemotécnico/identificador del valor? El TAG 48 (SecurityID) contiene la información del nemotécnico.

XIV.

¿Cuál es la diferencia entre el TAG 48 y el TAG 55? El TAG 48 Indica el nemotécnico de la especie o contrato. El TAG 55 indica el nombre resumido de la especie en los mensajes SecurityStatus y SecurityList. Ejemplo: 48= ECOPETROL 55= ACCION ECOPETROL

XV.

¿En qué TAG se notifica la tasa de una operación REPO? ¿Y el plazo de dicha operación? Esta información se notifica en los mensajes de Market Data (Snapshot e Incremental) en el TAG 270. El plazo de regreso de la operación se puede inferir a partir del nemotécnico del Repo.

XVI.

En el caso de cancelación de una operación u orden, ¿cuál es el TAG que indica la operación u orden original que está siendo cancelada? El TAG 278 (MDEntryID) identifica el número de orden u operación original que está siendo cancelada.

XVII.

¿El TAG 326 (SecurityTradingStatus) indica el estado de negociación del valor? No, el TAG 326 indica únicamente si la acción esta activa para negociarse o suspendida. El estado de negociación se notifica en el TAG 336. El TAG 326 puede tomar los siguientes valores en la BVC: 2 – Trading halt: Acción con negociación suspendida 17 – Ready to trade: Acción que puede negociarse en el mercado

XVIII.

¿El valor "17-Ready to trade" es el valor esperado para los títulos en estado normal que están negociando sin problemas?

Si, los títulos en estado normal y disponibles para negociar vienen con el valor "17-Ready to trade" en el TAG 326. XIX.

¿Qué valores puede tomar el TAG336 TradingSessionID? ¿Éste indica el período de negociación en el que se encuentra el título? El TAG 336 Indica el evento de negociación en que se encuentra la especie. Los valores que puede tomar este campo son: ENQUIRY Preparation Open Opening Auction Volatility Auction Closing Auction Close Suspension Negdeals

XX.

¿Existe alguna relación entre el TAG 340 (TradSesStatus), el TAG 336 (TradingSessionID) y el TAG 326 (SecurityTradingStatus)? El TAG 340 (TradSesStatus) no tiene relación con los otros dos tags. Este tag notifica si al momento de recepción del mensaje de estado de la sesión (Trading Session Status), la sesión notificada está abierta o no. Este tag puede contener los siguientes valores: 100 – Pending: La sesión de negociación no ha comenzado 101 – Triggered: La sesión de negociación ya comenzó 102 – Deleted: La sesión de negociación fue eliminada El TAG 336 (TradingSessionID) y el TAG 326 (SecurityTradingStatus) son dos campos independientes. El TAG 326 indica el estado de la especie y el TAG 336 indica el evento de negociación (periodo de negociación) en que ésta se encuentra.

XXI.

¿El TAG 762 trae la información de la rueda de negociación correspondiente? ¿Cuáles son los posibles valores que identifican a cada rueda? Si, el TAG 762 contiene la información de la rueda en la que se negocia la especie o el contrato. Los valores posibles son: EQTY = Acciones FUTU = Derivados DRVX = Derivex MGC = Mercado global colombiano FX = TRM UNDL = Subyacente INDX = Índice REPO = Repo

TTV = TTV OPTI = Opciones XXII.

¿Qué relación tiene el TAG 762 SecuritySubType con el TAG 167 SecurityType? El TAG 762 es el campo que contiene la rueda en la que se negocia la especie o el contrato. Por otro lado, el TAG 167 contiene el tipo de título negociado (acción, futuro, etc.) en dicha rueda. Los valores posibles para este campo son los siguientes: COMM = Commodities CS = Acción ordinaria FUT = Futuro OPT = Opción REPO = Repo STGY = Spreads de futuros NONE = Ninguno Para la negociación de una acción, por ejemplo ECOPETROL: 762= EQTY 167= CS

XXIII.

Para Order Management y Market Data en FIX 4.4, ¿Cuáles son sus equivalencias FIXML? La homologación de los campos de Market Data y Order Management de FIX-ML en FIX 4.4 se encuentra disponible en el siguiente archivo: (Para descargar haga clic en el ícono anterior)