El presente documento tiene como propósito recopilar las preguntas

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)